如何優化下面查詢

-4

select 
    c.std_date,c.conf_link,c.conf_link as 
    link,c.conf_id,c.url_id,c.entry_source,c.data_source,c.title,c.conf_domain, 
    c.descrip, c.std_loc, c.std_practices,c.region, co.company_id,co.company,co.home_url 
from 
    conferences c, companies co 
where c.org_id= co.company_id and c.org_id in 
    (12,47,173,120,102,83,95,172,200,78,199,523,134,123,30,185,103,202, 
    159,133,178,49,161,146,17,212,136,43,107,147,142,3, 205,171,177,443,175,74,156,41,42,128,5,7,62,37,195,68,89,8,39,85,126,36,24,206,208,201,150,152,168,59,97,28,11,116,140,98,117,51,174,93,192,50,617,176,101,194,527,61,179,170,145,40,92,257,149,48,88,486,20,111,106,203,19,31,163,81,25,38,623,628,642,643,644,645,647,677,711,712,713,6173,6174,6176,6177,6184,6185,6186,6189,6191,6207,6210,6211,6212,6214,6215,6217,6218,6219,6222,6223,6224,6294,6297,6298,6300,6301,6302,7468,7469,7471,7472,7473,7474,7475,7476,7477,7478,7479,7480,7481,7482,7483,7484,7489,7490,7491,7493,7494,7495,7496,7497,7498,7499,7500,7501,7502,7503,7504,7505,7506,7507,7508,7509,7510,7511,7512,7513,7514,7515,7516,7517,7518,7519,7520,7521,7522,7523,7525,7526,7527,7528,7529,7530,7531,7532,7533,7534,7535,7536,7537,7538,7539,7540,7541,7542,7543,7544,7545,7546,7547,7548,7549,7550,7551,7552,7553,7554,7555,7556,7557,7558,7559,7560,7562,7566) 
and conf_id !='' and (region !='123' and region not like 'webinar%') and std_date >= '2013-04-17' and std_date <= '2013-04-24' and (data_source like 'E%' OR data_source like 'A%') and region != '' and org !='' and title not like '%groupcast%' and relevance >= 0 order by std_date desc limit 3500

來源

2013-04-17 ssubbk

對我來說它看起來像一件藝術品，你爲什麼要優化它？ – Quassnoi

我需要來自會議和公司會議桌的數據，會議上有所有這些ID。 Pl幫助改善這一點 – ssubbk

優化的最好方法是在代碼編輯器中打開它，選擇所有文本，點擊Delete，然後重新開始編寫新的SELECT語句。 –

這應該是你所需要的。你就不必鍵入id小號手動

where c.org_id= co.company_id and c.org_id in (Select id from Conferences)

來源

2013-04-17 21:58:55 codingbiz

最後一些建設性的答案:) @codingbiz，問我自己，這樣做將是一個左連接與左側大會的另一種方式？ – Ejaz

@codingbiz ... id的即將搜索。 – ssubbk

什麼搜索？你的意思是用戶輸入所有這些ID？ – codingbiz

嗯，這是很容易：

只看「解釋......」第一
的樣子，什麼引起太多的行
重新制訂更好的結果。

儘管存在日期範圍，但我看不到任何實際限制。 std_date是日期時間字段嗎？然後添加時間00:00:00可以幫助（如果有任何索引）。我更喜歡內部聯接也

從會議Ç
內加入公司的合作上c.org_id = co.company_id

但改善不是速度。

「像......」，特別是「不喜歡......」的嫌疑。

嘗試，如果喜歡E％或像A％的條件是要快得多隻有一名候選人（索引的使用如果任何索引是該字段） - 然後進行單查詢的UNION。

「DATA_SOURCE喜歡」可以得到從文本索引一點幫助。

來源

2013-04-17 22:04:28 flaschenpost

@flaschenpost ..謝謝我明白了..你是最棒的！ – ssubbk

如何優化下面查詢

回答

相關問題