我们有一些来自网络服务的项目;每个项目包含未知数量的属性.我们将它们存储在具有以下Schema的数据库中.
项目
– ItemID
– 项目名
属性
– PropertyID
– PropertyName
– 适当的价值
– PropertyValueType
– TransmitTime
– ItemID [fk]
每次调用Web服务时,属性表都会变得非常大,因为它存储了每个项的属性.我的问题是：我们应该在什么时候停止向Properties表添加新记录,并根据它们的传输时间归档旧的Property记录？属性表何时变得太大,查询时间太长？有经验法则吗？
谢谢.
解决方法
没有经验法则
一些想法：
>定义“大”(我们有1.6亿行表)>你现在有问题吗？如果不是,请不要修理它>你有没有运行探查器或一些奇怪的dmvs来找出瓶颈(缺少索引等)>如果您需要掌握数据,则无法存档>你可以分区表
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
