Viewing 15 posts - 151 through 165 (of 174 total)
Job postings such as this would generate a lot more interest, potentially, if there was a suggested starting salary. Unless the potential employer is cheap, in which case, they shouldn't...
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
January 7, 2005 at 1:00 pm
SQL Server will, by design, use up gobs of RAM -- as much as it can get. It should free up resources if other apps need it. I wouldn't dwell...
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
January 7, 2005 at 12:54 pm
It should be possible to create the MySQL box as a linked server, then use normal queries to MySQL to get the data you need. I'd be curious to see...
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
January 7, 2005 at 12:49 pm
I prefer VB, but you'll find more sample code in C#.
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
December 16, 2004 at 10:29 am
There was a great script here just recently, sp_grep, which allowed you to search your stored procedures.
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
December 10, 2004 at 3:49 pm
The publisher has to know that the subscriber has been updated. The first message is probably that verification of transaction being recorded in the publisher (in the distribution DB?)
Maybe someone...
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
December 10, 2004 at 3:48 pm
There are a few utilities which will let you view the transaction logs. You would be able to find the change, and see the previous values using that. There are...
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
December 9, 2004 at 10:15 am
I agree with the no reboot policy. My production server runs for months with no attention or reboots. Server 2003 and SQL 2K are rock solid.
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
November 12, 2004 at 10:30 am
Especially look at the "Quoted Identifier" setting for your stored procedure. The column names such as "free" may be causing the error.
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
November 10, 2004 at 12:05 pm
My guess would be that the sp_executesql wraps the code in a transaction, while the SQL run in QA is not.
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
November 9, 2004 at 10:12 am
Not pointed out is the fact that a stored procedure is optimized once, then reused from the cache. A SQL query may be optimized to be as fast as a...
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
November 4, 2004 at 10:31 am
I can't see any reason why you shouldn't delete the table, then run the integrity check on the DB. I wouldn't bother trying to repair a table you are deleting.
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
November 4, 2004 at 10:28 am
I use the TRUNCATE option after the weekly maintenance tasks are run, because I don't care about the 2 GB of log entries that record the reindexing etc. This happens...
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
November 3, 2004 at 10:16 am
Don't forget to update the SQL Agent account, too. That is what runs the jobs. Also, there is an 'owner' entry in each job that you may want to double-check.
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
October 27, 2004 at 11:16 am
Triggers are the best way to do that, unless you can rewrite the application(s) to record changes. If you *need* to record changes, why are you worried about a performance hit? ...
So long, and thanks for all the fish,
Russell Shilling, MCDBA, MCSA 2K3, MCSE 2K3
October 27, 2004 at 11:14 am
Viewing 15 posts - 151 through 165 (of 174 total)