0
在我看來,它是最簡單,最直接的解決方案,但請糾正我,如果我錯了。SQL Server:用於全文索引的一個大型持久計算列
而不是在一個表的所有單獨的列上有一個全文索引,是不是隻生成一個單一的寬計算列並只運行全文索引更好?
在我看來,它擺脫了所有的問題有多個列,包括。我無法搜索「x和y」,因爲這不會匹配第1列中出現「x」和第2列出現「y」的行。
任何反駁?
在我看來,它是最簡單,最直接的解決方案,但請糾正我,如果我錯了。SQL Server:用於全文索引的一個大型持久計算列
而不是在一個表的所有單獨的列上有一個全文索引,是不是隻生成一個單一的寬計算列並只運行全文索引更好?
在我看來,它擺脫了所有的問題有多個列,包括。我無法搜索「x和y」,因爲這不會匹配第1列中出現「x」和第2列出現「y」的行。
任何反駁?
FTS provides ranking and weighting,與你就不會使用串聯列...
我們不能回答這個問題,因爲你還沒有告訴我們你想要做什麼,更何況你的優先級(例如, ,我寧願犧牲速度的大小)。 – tpdi 2010-05-26 20:49:01
FTS提供排名,與您不會使用連接列... – 2010-05-26 20:49:14
@tpdi:我想知道我的論點是否有某種缺陷。 OMG Ponies提供了一個反駁。這就是我一直在尋找的。 – Alex 2010-05-26 20:52:52