我们有一些来自网络服务的项目;每个项目包含未知数量的属性.我们将它们存储在具有以下Schema的数据库中.
项目
– ItemID
– 项目名
属性
– PropertyID
– PropertyName
– 适当的价值
– PropertyValueType
– TransmitTime
– ItemID [fk]
每次调用Web服务时,属性表都会变得非常大,因为它存储了每个项的属性.我的问题是：我们应该在什么时候停止向Properties表添加新记录,并根据它们的传输时间归档旧的Property记录？属性表何时变得太大,查询时间太长？有经验法则吗？
谢谢.
解决方法
没有经验法则
一些想法：
>定义“大”(我们有1.6亿行表)>你现在有问题吗？如果不是,请不要修理它>你有没有运行探查器或一些奇怪的dmvs来找出瓶颈(缺少索引等)>如果您需要掌握数据,则无法存档>你可以分区表
