Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
DB Engine
SQL ServerMSDESQL Server CE
Services
Analysis (Data Mining)Analysis (OLAP)DTSIntegration ServicesNotification ServicesReporting Services
Programming
CLRConnectivitySQLXML
Other Technologies
ClusteringEnglish QueryFull-Text SearchReplicationService Broker
General
Data WarehousingPerformanceSecuritySetupSQL Server ToolsOther SQL Server Topics
DirectoryUser Groups
Related Topics
MS AccessOther DB ProductsMS Server Products.NET DevelopmentVB DevelopmentJava DevelopmentMore Topics ...

SQL Server Forum / Other Technologies / Full-Text Search / September 2004

Tip: Looking for answers? Try searching our database.

Incremental Population help...

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Hugo Venancio - 23 Sep 2004 12:13 GMT
Hello everyone,

First of all, my name is Hugo.
I'm having a very strange situation when performing an Incremental Population.

I have a Table "A" with a timestamp column, and a catalogue over three
columns of "A". This table has only 100K rows (a subset of our production
environment, with about 3 Million rows).
Just after performing a Full Population, I've started an Incremental
Population, and the time was exactly the same on both operations! I didn't
change any row (no updates, no inserts, no deletes, nothing was done), so the
timestamp didn't change as well.

1. Was it expected? I was expecting to see the Incr. Popul. taking less time
to finish than a Full one! What do you think I forgot?

2. I'd also appreciate your guidance on the following question:
This table has customers information and (once in production, with 3 Million
rows) it's supposed to be updated every 48h on about 5K rows (50% updates,
30% inserts, and 20% unfortunately deletes!!!).
What do you think it'd be the best approach?
Should I run an Incremental Population after that table update (every 48h),
or switch the Change Tracking on with scheduled Re-Indexing? After the above
strange behaviour, I'm affraid that an Incremental Popul. would take as long
as a Full Popul.

Ah! I'm using SQL Server 2000 on a 2.8 GHz 4 processor box with 1GB of RAM.

Thanks for your precious help in advance.

BR,
Hugo
Hilary Cotter - 23 Sep 2004 13:11 GMT
1) Yes, an incremental population can take as long or even longer than a
full population. You are best to use change tracking with update index in
background if you are using SQL 2000. The reason for the approximate same
length of time, is that for a full population the textual content in each
row is extracted and indexed. For an incremental population each row is
extracted and checked to see if the timestamp has changed. SQL FTI does this
because it has to know which rows have changed, been deleted, or been
inserted. For large amounts of changes/inserts/deletes you will find that
incremental populations can take longer than full populations.

2) I would use change tracking with scheduled indexing. You will find
performance to be much better than incremental populations.

Signature

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

> Hello everyone,
>
[quoted text clipped - 28 lines]
> BR,
> Hugo
Hugo Venancio - 23 Sep 2004 13:57 GMT
Thanks Hilary!

1) Now I can understand that behaviour!
2) I'll try that way...

Best Regards once again,
Hugo

> 1) Yes, an incremental population can take as long or even longer than a
> full population. You are best to use change tracking with update index in
[quoted text clipped - 49 lines]
> > BR,
> > Hugo
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.