→ iFEELing:要先考慮一點:DBMS的優化器可能會改寫你的指令 08/14 00:28
→ iFEELing:與其考慮寫SQL的時間複雜度 不如看看優化器怎麼搞你的SQL 08/14 00:29
→ iFEELing:執行計畫展出來 統計值展出來 再看你儲存的狀況 08/14 00:30
→ iFEELing:而且我覺得很怪 你的時間複雜度怎麼出來的? 08/14 00:51
→ iFEELing:table scan 或 index 花的成本不一樣 為什麼會是 n^2 ? 08/14 00:52
→ iFEELing:而且多用JOIN這點...(捏鼻 希望你的DB夠強壯.... 08/14 00:55
→ gname:記憶體要夠大...(誤 08/14 10:20
→ jengting:效能調校的話,觀察和解讀執行計畫最重要 ~~ 08/14 12:01
→ benqm300:我都用人體時間複雜度來偵測,不同TABLE還是要Join阿~~ 08/27 00:52
→ iFEELing:不同的JOIN法 兩邊的集合大小 合併方式 出來會天差地別喔 08/28 22:20
→ benqm300:一般來說都是等價合併,用in的子查詢,我個人很排斥@@ 08/29 23:15
→ benqm300:可以考慮exists 08/29 23:17