Re: [問題] PHP存取MySQL最浪費時間的地方在?

看板Web_Design作者時間20年前 (2006/02/08 17:58), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串3/7 (看更多)
: 基本上,如果你都只是單純 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
文章代碼(AID): #13wS3Sey (Web_Design)
討論串 (同標題文章)
文章代碼(AID): #13wS3Sey (Web_Design)