SQL Server: One large persisted computed column for Fulltext Indexing

Posted by Alex on Stack Overflow See other posts from Stack Overflow or by Alex
Published on 2010-05-26T20:44:40Z Indexed on 2010/05/26 21:01 UTC
Read the original article Hit count: 347

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?

© Stack Overflow or respective owner

Related posts about sql-server

Related posts about fulltext