Viewing 15 posts - 901 through 915 (of 5,103 total)
It could create some server overhead but I am not sure it will be critical although cleanup jobs must be set up. On the other hand I do prefer the...
October 17, 2008 at 11:52 am
If you are in 2005 DISABLE/ENABLE does that for you ... if what you are looking for is to drop/load/rebuild 😉
October 17, 2008 at 11:48 am
NICE catch!
October 17, 2008 at 11:31 am
Verify that you have updated the stats on all your tables (preferably with FULLSCAN)
and you should also run DBCC UPDATEUSAGE on each DB.
October 14, 2008 at 2:11 pm
By this time I think the PO is not longer with us (no pun intended)
October 14, 2008 at 2:02 pm
Swirl80 (10/14/2008)
Since the replicated...
October 14, 2008 at 1:54 pm
You are going to need a script but because you are in a "2005" forum and the suggested script above uses DMO I should warn you that you MUST...
October 14, 2008 at 1:50 pm
That is basically the NOT FOR REPLICATION setting in the definition of the FKs. You will have to drop them and re-create them without the NFR part.
Now, make sure that...
October 13, 2008 at 2:58 pm
You need to read a bit in BOL about Backing up replicated databases but in short all you need to do is to set the sync-with-backup option on the publication...
October 13, 2008 at 2:55 pm
Here is a shot at it 🙂
declare @tbl TABLE ( person int, [Type] varchar(20), id int, [Start_Date] datetime, End_Date datetime)
insert into...
October 13, 2008 at 2:36 pm
A little advice: Can you move the logic on the trigger into an sp or a multi-statement transaction handled by the client-side ?
October 13, 2008 at 10:11 am
I, Like others believe this should be better handled on the client-side but ...
for your benefit you can find here examples of both.
October 13, 2008 at 10:07 am
You maybe also running queries with "MAXDOP=1" and in that case you are out of luck ( unless you fix them )
October 10, 2008 at 3:56 pm
Viewing 15 posts - 901 through 915 (of 5,103 total)