sql-server – SQL表大小和查询性能

我们有一些来自网络服务的项目;每个项目包含未知数量的属性.我们将它们存储在具有以下Schema的数据库中.

项目
– ItemID
– 项目名

属性
– PropertyID
– PropertyName
– 适当的价值
– PropertyValueType
– TransmitTime
– ItemID [fk]

每次调用Web服务时,属性表都会变得非常大,因为它存储了每个项的属性.我的问题是：我们应该在什么时候停止向Properties表添加新记录,并根据它们的传输时间归档旧的Property记录？属性表何时变得太大,查询时间太长？有经验法则吗？

谢谢.

解决方法

一些想法：

>定义“大”(我们有1.6亿行表)>你现在有问题吗？如果不是,请不要修理它>你有没有运行探查器或一些奇怪的dmvs来找出瓶颈(缺少索引等)>如果您需要掌握数据,则无法存档>你可以分区表

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!