SQL Server全文索引如何增长?

发布于 2024-09-03 13:20:03 字数 151 浏览 9 评论 0原文

我试图了解全文索引的增长并评估其长期内存需求。

它会保留每次搜索的缓存吗? (知道第一次搜索新关键字总是需要稍长的时间,随后会更快)它会无限增长吗?

或者它的大小在创建后就几乎是有限的?

随着时间的推移,我应该预期性能会下降、停滞还是改善?

I'm trying to get an idea of fulltext index growth and gauge its long-term memory needs.

Does it keep a cache of each search? (Knowing that the first search for a new keywords always takes slightly longer, and is subsequently faster) Will it grow indefinitely?

Or is its size pretty much finite after its creation?

Should I expect performance degradation, stagnation, or improvement over time?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

哥,最终变帅啦 2024-09-10 13:20:03

一般来说,FT 目录将随着索引文档的数量成比例增长。 FT 索引的缓存属于 SQL Server 缓冲池缓存的一般类别。

查看大型目录的 SQL Server 2005 全文查询:经验教训< /a>

调整非常大的全文查询
目录需要一些
实验。我们观察到
全文查询性能大致为
与行数成正比
针对给定的搜索集返回
字。我们发现了以下方面的改进
使用 CONTAINSTABLE 来提高性能
而不是 CONTAINS 函数,并且
通过删除不必要的连接。

但请注意,SQL 2005 和 SQL 2008 之间的 FT 性能有显着变化。

As a general rule, a FT catalog will grow proportionally with the number of documents indexed. Caching of FT indexes falls under the general category of SQL Server buffer pool caching.

Have a look at SQL Server 2005 Full-Text Queries on Large Catalogs: Lessons Learned

Tuning full-text queries on very large
catalogs requires some
experimentation. We observed that
full-text query performance is roughly
proportional to the number of rows
returned for a given set of search
words. We found improvements in
performance by using CONTAINSTABLE
rather than the CONTAINS function, and
by removing unnecessary joins.

Note though that there are significant changes in FT performance between SQL 2005 and SQL 2008.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文