34,594
社区成员
发帖
与我相关
我的任务
分享将一个表分割成多个表对性能影响?
我有一个人物属性表，有大概50列的属性。
觉得太过于臃肿，现在想根据常用属性和不常用属性分成两个表，然后再用主键来关联。不知道这样是否会对性能有所提升？
还有，这样会不会违反范式？因为我把一个对象的属性割裂了
觉得太过于臃肿，现在想根据常用属性和不常用属性分成两个表，然后再用主键来关联。不知道这样是否会对性能有所提升？
还有，这样会不会违反范式？因为我把一个对象的属性割裂了
...全文
请发表友善的回复…
发表回复
--小F-- 2010-05-05
- 打赏
- 举报
数据量大的话,可以将历史数据单独用一张表来保存 这样的话可以增快查询速度
obuntu 2010-05-05
- 打赏
- 举报
一定要抛出范式的概念哦。
不一定要遵循范式，一定条件下，可以反范式。
还是多测试测试啊，臃肿只是你看起来觉得臃肿，SQL Server可不一定。
不一定要遵循范式，一定条件下，可以反范式。
还是多测试测试啊，臃肿只是你看起来觉得臃肿，SQL Server可不一定。
永生天地 2010-05-05
- 打赏
- 举报
如果查询走索引的话，我觉得没有拆开的必要
officecn 2010-05-05
- 打赏
- 举报
个人认为没有必要这么做,字段并不多.拆分开对性能会有影响,至少多了join和读取数据字典的动作
喜-喜 2010-05-05
- 打赏
- 举报
在一定程度上可以提升性能！
只要能找到合适的主键，并且不出现任何异常，就不违反范式...
只要能找到合适的主键，并且不出现任何异常，就不违反范式...
htl258_Tony 2010-05-05
- 打赏
- 举报
如果有一部份信息较少查询到，把那部份查询量少的信息独立出一个表，在一定程度上会提升效率。
SQL77 2010-05-05
- 打赏
- 举报
然后再用主键来关联。不知道这样是否会对性能有所提升？
对于统计方面你要连接表来统计
而对于更新方面,你不用更新相同的同一字段,
不常用属性分开应该较好
对于统计方面你要连接表来统计
而对于更新方面,你不用更新相同的同一字段,
不常用属性分开应该较好
