MS下多扩展字段（几十到几百列不等）的存储模型扩展性和查询性能的探讨
0
需求背景：
1.便捷管理扩展字段（增删改）
2.理想的查询性能
目前形式：
早期设计的存储模型是个EAV模型（Entity-Attribute-Value）：
其中，Value是以行的形式去存储每个对象的扩展字段
利弊：可以便捷管理扩展字段，然而在查询时，高额Pivot消耗很让人恼火。
优化探索思路：
1.在目前的模型下，如何优化Pivot性能
望社里的大牛们多多指点！！！
1.便捷管理扩展字段（增删改）
2.理想的查询性能
目前形式：
早期设计的存储模型是个EAV模型（Entity-Attribute-Value）：
其中，Value是以行的形式去存储每个对象的扩展字段
利弊：可以便捷管理扩展字段，然而在查询时，高额Pivot消耗很让人恼火。
优化探索思路：
1.在目前的模型下，如何优化Pivot性能
- 采用新的存储模型，给定一个扩展字段上限，采用预留字段，单表存储
- 增加XML类型字段存储，但是查询性能应该更差
望社里的大牛们多多指点！！！
没有找到相关结果
重要提示：提问者不能发表回复，可以通过评论与回答者沟通，沟通后可以通过编辑功能完善问题描述，以便后续其他人能够更容易理解问题.
0 个回复