作者blestadsl (咖哩桔子)
看板Database
標題Re: [SQL ] 關於大型網站的使用者資料表規劃 效率
時間Sun Dec 26 17:15:44 2010
推文等待時間>"<
假設你的欄位中有大量的非數字欄位，會建議分表
剛開始的階段，弄一表足以
當往後覺得慢的時候，再來考慮是否分開，或是其他因素
當然~最重要的還是 index 記得建..
※ 引述《maplecat (楓葉喵)》之銘言：
: 目前正在規劃一個大型群聚網站，
: 但是對於目前的工作接觸部分，還沒有做過十萬筆以上資料的管理，
: 但是目前有一個網站需要做到很龐大的優化，所以特別來請教這邊的大大們，
: 就是說，今天有一張
: 使用者資料表A-USER 裡面有
: 帳號
: 密碼
: 姓名
: 電話
: EMAIL
: 等等資訊
: 那假設我今天要做登入時，其實只會用到帳號密碼這兩個欄位，
: 目前我有兩個想法是，
: 1. 建立View表將帳號密碼獨立出來
: 2. 將A-USER 拆解成
: B-USER_A
: USER_A=>PK
: 帳號
: 密碼
: B-USER_B
: B-USER_B=>PK
: USER_A=>FK
: 姓名
: 電話
: EMAIL
: 詢問重點
: 這樣兩種方法哪一種效率最高?
: 然後還有MySql的語法last_insert_id() 這個方法，
: 前輩們在使用時會特別去綁定資料表在進行使用嗎?
: 還是說MySql本身就會綁定?
: 因為我一直在想這方法會不會出現塞錯資料的情況~
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.169.137.69
1F：推 maplecat:其實我正在看 index的相關資料 XD 12/26 17:29
2F：→ maplecat:只是 還是有點懵懵懂懂 哈哈 12/26 18:03