: 基本上，如果你都只是單純 select * from table : 那 A 跟 B 基本上沒有差 : 當然，理論上從 100 找一筆資料，會比從 100000 找一筆資料快得多 : 但是... 這之間的差異，看看執行個一千次會不會差到一秒？ 啊咧@@~原來沒差多少喔@@~ : 我是不知道你要寫的是啥東西... : 只不過，狀況 A 應該是大多數系統的狀況 : 你要重整資料庫，以一個不知 server 死活的 programmer 來說 : 我覺得 database 的正規化 & 程式的好寫度 : 比效率來的重要的多 : 就拿討論區來舉例 : 我的設計是： : Group（討論區） : Topic（主題） : Post（文章） : 你把 Post 這個 table，因為你覺得速度會比較快 : 所以從狀況 A 拆成狀況 B : 一般顯示資料可能還 OK : 但是搜尋你要怎麼寫？ 我要寫的東西…嗯… 有部分應該和E-Mail系統有點像吧… 裡面的結構大略是 database1 users (使用者資料) mails (所有user收到的訊息) 但是人一多… mails的資料量就會大增… 所以我就想要改成 users_database users (使用者資料) mails_database (user_id1) (user_id2) (user_id3) ： ： (每個user_id都建立一個資料表) 如此…在使用者登入的時候， 只需要從users_database→users進行搜尋 當帳密正確，允許登入後… 再連結到mails_database 執行select * from 'user_id' (←登入後的id) 這種結構…每個user在註冊的時候都會建立一個資料表 所以到時候mails_database裡面應該會有上萬個資料表 而由於使用者不需要搜尋別人的mails 那…這樣會比較有效率嗎？ 謝謝大家耐心看完這個問題^^ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.115.200.170