哪位老大（鍵盤dx?）能稍稍講一下優(yōu)化器，謝~

join

按照ibm網(wǎng)站上的資料設(shè)置，運(yùn)行sql卻更慢了，不知道如何。
我用了update，效果不理想。
來個(gè)informix的提高班吧，呵呵

藍(lán)色鍵盤

好啊。性能優(yōu)化的地方很多

要看側(cè)重那個(gè)方面了

你說的應(yīng)該屬于SQl語句優(yōu)化的技巧了

有時(shí)間大家好好討論一下

join

我現(xiàn)在的系統(tǒng)隨著業(yè)務(wù)的增長，extend不是很理想，當(dāng)時(shí)都是集成商做的，現(xiàn)在該的話，很痛苦。

大夢

你可以自己對表進(jìn)行分段~~~

join

沒做過，不會破壞數(shù)據(jù)吧，是不是要把表drop，重建？

藍(lán)色鍵盤

drop表只能保證暫時(shí)的效率，如果讓效率持久一點(diǎn)的話
那么重新設(shè)計(jì)extent和next。

skym2000

使用set explain on查看 informix的查詢計(jì)劃，informix的優(yōu)化器作的并不很理想，往往在不該使用SEQUENTIAL SCAN 地方作SEQUENTIAL SCAN，在需要使用索引的地方又不使用索引，這時(shí)就需要手動制定sql的查詢計(jì)劃了。如：
update bts
set (adj_cell_code) = ((
select /*+AVOID_FULL(tmp_adjacent)*/
adjacent_code from tmp_adjacent
where bts.int_id = tmp_adjacent.int_id
))
where int_id in(
select /*+AVOID_FULL(tmp_adjacent)*/
int_id from tmp_adjacent
)
;

或
update bts
set (aux_equ_cat) = ((
select /*+INDEX(tmp_count ix_tmp_count)*/
num from tmp_count
where bts.int_id = tmp_count.int_id
))
where 1>;0
;

informix的performance guide中有詳細(xì)的介紹