作者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