树表设计：
树状表都是使用ID和IDParent两个字段来表示树关系。对树进行查找只能使用自关联方式，不光写法麻烦而且记录多的时候查询性能会非常差。建议在设计树表的时候可以考虑加入treePath字段，记载到该节点记录需要经历的树路径。虽然会增加Insert和Update的成本。但是对查询树关系非常有帮助。可以避免大部分的自关联查询。
分区表：
记录超过一百万的表要考虑是否需要使用分区表。对于能够明确确定分区字段，并且经常通过分区访问记录的。分区表会提高查询性能。
冗余字段：
一些关系查询只查询类似Code、Name等很少的字段。可以考虑将频繁需要关联查询的这种字段冗余到主表中。这种表设计会要求同步更新两个字表，对于大部分查询，会减少表的关联，提高查询性能。对于自定义项引用自由项的需求，使用这种冗余设计能保证报表查询的便利，能避免联查表提高了查询效率。
Code、Name字段长度
如果业务表中的Code、Name需要建立唯一索引，那Code长度小于nvarchar(32),Name长度小于nvarchar(200)比较合适，不要超过255，避免超过索引键长度900bytes的限制
字段命名
字段命名试用版不要使用SQLServer关键字，此问题虽然和性能无关，但却是最容易引发BUG的因素。如果在开发阶段不杜绝这一问题，以后再修改会增加很多代码修改等连带成本。
0
0
(请您对文章做出评价)
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
