我有一张表,里面有 1000 万条记录。那算不算很多记录?我应该担心搜索时间吗?如果不是,它会不断增长,那么什么才算是大表呢?表大小对搜索时间的影响有多大,我可以做些什么来改善这些问题,最好是在它们成为问题之前?
最佳答案
“大”就像“聪明”——它是相对的。 1000 万行是一个不错的大小,但表是否大取决于许多因素:
sys.dm_db_partition_stats
获得)? 搜索时间不一定由大小本身决定,而是由您的索引策略的有效性和您为搜索运行的查询类型决定的。如果你有这样的事情:
WHERE description LIKE '%foo%'
那么普通的索引对你没有任何帮助,你应该开始担心了。对于此类情况,您可能会考虑使用全文搜索。
具有单个 INT 列(例如 Numbers 表)的表中的 1000 万行算不了什么。 1000 万行带有长描述、XML、地理数据、图像等的产品是另一回事。
SQL Server 的最大容量规范没有记录表中行数的上限是有原因的。
关于sql-server - 什么是 SQL Server 中的 "large"表?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12498217/