Re: [SQL ] 關於大型網站的使用者資料表規劃 效率
推文等待時間>"<
假設你的欄位中有大量的非數字欄位，會建議分表
剛開始的階段，弄一表足以
當往後覺得慢的時候，再來考慮是否分開，或是其他因素
當然~最重要的還是 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
推
12/26 17:29, , 1F
12/26 17:29, 1F
→
12/26 18:03, , 2F
12/26 18:03, 2F
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 2 之 2 篇)：