20個CPU 40GB內(nèi)存，速度還是這么慢��！

vlife

我已經(jīng)面對n多這樣的程序了，一個查詢要很長時間，叫去讓優(yōu)化數(shù)據(jù)庫參數(shù)，索引建了也不少，可是查詢的時候一點(diǎn)都不使用索引，建和沒建一個樣。痛苦之極！

wolfop

原帖由 "lefthand" 發(fā)表：
3000萬記錄，不到2分鐘！可能嗎？硬盤也忙不過來呀？吹牛！如果是7133的話，更不行。

   我們現(xiàn)在在開發(fā)ERP系統(tǒng)，開發(fā)商是IBM代理，是西安的一家軟件開發(fā)商，應(yīng)該不會出現(xiàn)低級問題吧？連索引都不建？

   
呵呵，這個不好說，現(xiàn)在的開發(fā)商爛的厲害，而且有時他不是不建索引。比如我們這里一個例子，用戶號碼12位，在表里面是主鍵，類型是varchar(12)，開發(fā)商的程序里面
select * from tabname where callno=12345678901;
你是不是覺得沒有問題，索引能起作用呢？可惜，不起作用，由于類型轉(zhuǎn)換，導(dǎo)致只能全表掃描，必須在號碼上加'。
還有在date上面建立索引但是查詢用to_char(someday)=...的，真TMD什么傻B都有。

Law

是的啊,寫的程序好壞對性能有很大的影響,,向上面的情況,就是類型轉(zhuǎn)換引起的性能下降,,
數(shù)據(jù)的物理設(shè)計也是很重要,比如分區(qū)鍵和表結(jié)構(gòu)就是一個很好的例子