all groups > sql server full text search > february 2007 >
You're in the

sql server full text search

group:

FTS - avoid full rebuild question



FTS - avoid full rebuild question eaper66 NO[at]SPAM gmail.com
2/20/2007 1:20:36 PM
sql server full text search: Hello All.

We are having a performance problem with our FTS (running on Sql
Server 2000 Std vs a MS Commerce 2002 FP1 website. All running on
Server 2003 OS. SQL and webserver are on different machines). Once
the re-population is complete, the FTS runs fine.

Each week, we add new items via bulk import to our commerce database
and then we have to do a full population of the catalog. This takes
several hours to complete.

Change tracking is on but does not seem to find the changes from the
bulk insert and an incremental population does not seem to populate
the changes.

We are looking to minimize the amount of time our search is down.

Any suggestions as to how to improve the performance of this import/
rebuild?
Can we 'save' the old FTS files until the rebuild is completed and
then swap them?
Can we fix our config for change tracking?
Can we do any kind of merge with the existing FTS and just the new
items?

Tia
Re: FTS - avoid full rebuild question Hilary Cotter
2/21/2007 12:00:00 AM
Is this text or image data you are updating? If so, changes made via
updatetext and writetext will not be tracked. IIRC you can use a trigger
which will write the data back to these columns.

--
Hilary Cotter

Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html

Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com



[quoted text, click to view]

AddThis Social Bookmark Button