SQL Server：用于全文索引的一个大型持久计算列
在我看来，这是最简单、最直接的解决方案，但如果我错了，请纠正我。
与其在表的所有单独列上建立全文索引，不如只生成一个宽计算列并仅针对该列运行全文索引，这不是更好吗？
在我看来，它消除了拥有多个列的所有问题，包括。我无法搜索“x AND y”，因为这不会匹配第 1 列中存在“x”且第 2 列中存在“y”的行。
有任何反驳吗？
It appears to me as the easiest, most straightforward solution, but please correct me if I'm wrong.
Instead of having a fulltext index on all individual columns of a table, isn't it better to just generate one single wide computed column and run the fulltext index against that only?
It appears to me that it gets rid of all the issues of having multiple columns, incl. that I can't search "x AND y" as this will not match a row with "x" present in column 1 and "y" present in column 2.
Any counterarguments?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
FTS 提供排名和权重，您不会使用连接列...
FTS provides ranking and weighting, with you wouldn't get using a concatenated column...