※ 引述《michaelz (michaelz)》之銘言：
: 的要有彈性
: 但是這是在少數的狀況下才有辦法運作的動作，當你要進行增加的時候，你
: 就會發現要哭了，橫向的資料表效能極差，你要插入一筆資料，等於要做
^^^^^^^^^^^^^^^^^^^^^
: n個資料庫的Insert操作，原本只是一個操作而已，當然Update跟Delete也
: 全部一樣，join運算的時候更是會慢到哭出來。
: 當你提出效能上得問題的時，假設主管回你多建幾個索引就可以了，我建議
: 你把桌上的文件拿起來丟到他臉上，然後罵他「吃大便吧」
不過,也是要看情況的啦... 設計資料庫本來就沒有 "對錯"
我之前設計資料庫,非常符合正規化,但慢...我的資料大概是這樣子的
310 台北
310 北門街
310 捷運府中站
後來改成
310 台北,北門街,捷運府中站
原本要30秒的資料,大概1秒不到就取出了... 不過我自己也知道,是資料需求
我不會新增修改刪除的關係,他不是個正規劃的設計,但是你自己知道在做什麼
就好了
資料庫,只是一個存資料的地方
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 60.250.147.242