喜悦国际村 
» 游客:  注册 | 登录 | 搜索 | 统计 | 喜悦证交所 | 帮助

RSS 订阅当前论坛  

$5.95 Web Hosting     

上一主题 下一主题
     
标题: 表越多越好,还是合并起来好  
 
fookootoo (fookootoo)
新手上路
Rank: 1
初级会员



UID 67469
精华 0
积分 43
帖子 30
金钱 43 喜悦币
威望 0
人脉 0
阅读权限 10
注册 2005-12-24
状态 离线
[广告]: 代充Paypal帐号美元
表越多越好,还是合并起来好

举个例子一个人才库,有如下几个表
1,个人基本信息表,包括id,person_id,name,sex,edu等
2,个人联系方式表,包括id,person_id,phone,email等
3,个人获得证书表,包括id,person_id,certi_name,class等

前两个表对于一个人来说都是唯一的,关联起来的是person_id,个人获奖表对于个人可以有若干项,关联起来的也是person_id

我的问题是:
是把个人基本信息表和联系方式表合并起来形成id,person_id,name,sex,edu,phone,email还是把他们分开存储成上面的形式,查询的时候效率高;

大家肯定一般会说肯定下面的高,但是如果表的列数很多呢,比如第一个表有40列,第二个表也有50个列,合并起来就是90个列左右,并且有300万个数据行,那么这个表肯定会很大,执行插入更新什么的会不会慢,这个问题哪位高人指点一下,谢谢啦
2008-3-29 09:17 AM#1
查看资料  发短消息  顶部
 
darkcc123 (darkcc123)
新手上路
Rank: 1
初级会员



UID 67166
精华 0
积分 5
帖子 61
金钱 5 喜悦币
威望 0
人脉 0
阅读权限 10
注册 2005-12-14
状态 离线
[广告]: Enom域名自助付费 自助注册 自助PUSH 主流域名COM等一律57.99元年
从场能扩充和技术的需要性考虑,不用太多表,采用磁盘阵列处理会好点,
2008-3-30 08:39 PM#2
查看资料  发短消息  顶部
 
jackywjj
新手上路
Rank: 1
初级会员



UID 66752
精华 0
积分 38
帖子 35
金钱 38 喜悦币
威望 0
人脉 0
阅读权限 10
注册 2005-9-19
状态 离线
[推荐阅读] 关于MySql排序问题
个人觉得物理上分开,逻辑上是个整体,当然逻辑上要看抽象程度。
表里的信息最好精简一点,适度冗余,比方说数据量大的表如果定期做统计什么的
2008-4-10 01:22 PM#3
查看资料  发短消息  顶部
 
fire9
新手上路
Rank: 1



UID 118474
精华 0
积分 3
帖子 3
金钱 3 喜悦币
威望 0
人脉 0
阅读权限 10
注册 2008-4-10
状态 离线
[推荐阅读] php文件下载问题!!!!!!!!!
表的字段太多,会有严重的性能问题;表的多少是根据你业务的需求来设计的,合理的设计表结构,逻辑就不存在表多表少的问题了。
2008-4-10 02:29 PM#4
查看资料  发短消息  顶部
 
大石碎胸口 (大石碎胸口)
注册会员
Rank: 2
一般会员



UID 23532
精华 0
积分 143
帖子 146
金钱 143 喜悦币
威望 0
人脉 0
阅读权限 20
注册 2003-9-28
状态 离线
[推荐阅读] 我是双子,囧~
专家说10%的常用数据和90%的大数据分开放.
2008-4-17 01:17 AM#5
查看资料  发短消息  QQ  顶部
     


  可打印版本 | 推荐给朋友 | 订阅主题 | 收藏主题 | 开通个人空间  


 




Powered by Discuz! 6.1.0  © 2001-2010 Comsenz Inc.
Processed in 0.022748 second(s), 6 queries

(冀ICP备05009913号) 管理员:sadly 邮箱/MSN: sadly@phpx.com QQ:824008(长隐) 清除 Cookies - - Archiver - WAP