用户
 找回密码
 入住 CI 中国社区
搜索
查看: 6357|回复: 6
收起左侧

[讨论/交流] mysql设计数据库,怎么处理很多字段,是否需分表

[复制链接]
发表于 2011-5-28 16:59:46 | 显示全部楼层 |阅读模式
交友网站
会员注册后有
基本信息: 近20个字段
工作信息:5个
生活信息:10个
外貌信息:6个

一张表就能全部装下!
弊:需要维护时,看着稍烦一点,以后数据多了,对性能可能也有些微末影响
利:省了很多“联合查询”,编程时爽,运行起来效率也高

另外还有相片表,相册表,个人介绍表,要求对方表。这些都是必须分出来的

望有识之士进来多多讨论
发表于 2011-5-28 23:42:20 | 显示全部楼层
你可以把需要经常查询的信息放在一个表上,不经常用的信息放在另一个表上,尽量减少链接查询等
发表于 2011-6-22 22:53:06 | 显示全部楼层
不同类别的信息分表但是 用户查询的条件  在不同的表 怎么办 联合查询很慢吧
发表于 2011-6-23 09:17:35 | 显示全部楼层
双表和多表查询虽然对性能稍有影响,但该用就用,总不能把所有的东西都扔进一个表。
只要在查询的时候尽量精简查询的字段,不要select *,一般也可以接受。但like操作最好针对单表,否则将会是服务器的噩梦。
在具体字段设计的时候,尽量按字段类型归类,然后用explode和implode封装和解封。一次取出后交给php,而不是由数据库操作。
发表于 2011-6-30 11:31:02 | 显示全部楼层
即使是一对一的表关系,对于字段很多的表来说,也应该拆分。常用字段放在一张表中。不常用的字段分成一张或多张表。
发表于 2011-7-5 23:49:09 | 显示全部楼层
尽量把每个表的数据量控制在1G以内,按照记录分表也是个不错的主意,例如ID 1-100000为第一个表。
发表于 2013-9-23 10:13:43 | 显示全部楼层
这里有一篇博文,感觉还不错,还有小例子
http://www.qixing318.com/article/mysql-table-of-the-design-and-application-in-detail.html

本版积分规则