首頁(yè) 猿問(wèn) 有什么方法可以代替聯(lián)表

有什么方法可以代替聯(lián)表

JavaScript

縹緲止盈 2019-05-22 18:04:02

現(xiàn)在有個(gè)功能事需要進(jìn)行好幾個(gè)表的很多字段的篩選,聯(lián)表會(huì)不會(huì)很影響速度,如果會(huì)有什么方法代替聯(lián)表！好吧??！我想太多了。實(shí)際聯(lián)了下速度好像沒(méi)怎么影響。。不知道數(shù)據(jù)量大了怎么樣

查看完整描述

2 回答

胡子哥哥

TA貢獻(xiàn)1825條經(jīng)驗(yàn) 獲得超6個(gè)贊

看硬件看索引多數(shù)情況下沒(méi)那么容易因?yàn)槁?lián)表查詢而導(dǎo)致性能瓶頸，如果有，先檢查前面兩個(gè)，然后優(yōu)化表結(jié)構(gòu)、SQL語(yǔ)句、引擎參數(shù)實(shí)在要避免聯(lián)表，那只能單表拿數(shù)據(jù)自己在應(yīng)用層做合并，但是這樣你不能保證內(nèi)存中每個(gè)表的數(shù)據(jù)都是最新的。

反對(duì) 回復(fù) 2019-05-22

人到中年有點(diǎn)甜

TA貢獻(xiàn)1895條經(jīng)驗(yàn) 獲得超7個(gè)贊

你連表查是有主表的條件查詢嗎，我今天也遇到這個(gè)問(wèn)題了。我一開(kāi)始就是jeftjoin之后跟where條件，但是這樣會(huì)先將兩個(gè)表的數(shù)據(jù)都連起來(lái)最后再去執(zhí)行這個(gè)where，就會(huì)很慢，我用navicat執(zhí)行了下sql語(yǔ)句，要10s以上。因?yàn)槲沂怯胠aravel的框架，所以我改成了先查主表，然后在model層里寫一個(gè)方法去查詢另外表里的數(shù)據(jù)返回來(lái)，這樣就快了很多。應(yīng)該跟子查詢差不多的意思吧。但是項(xiàng)目里不給我用db的寫法，要我用orm，我就這樣寫了。

反對(duì) 回復(fù) 2019-05-22