Viewing 15 posts - 1 through 15 (of 55 total)
Good article Dwain.
IMHO, it more illustrates how important it is for the DBA to understand better about SET based logic. I'm a huge fan of Itzik Ben-Gan's book "Inside Microsoft...
September 9, 2013 at 10:40 am
Couldn't you accomplish the same thing with Roles? Set built-in users to datareader role, even get a little bit paranoid if you'd like and explicitly deny datawriter role.
We currently use...
July 30, 2013 at 9:36 am
I don't like it when viewing from desktop; too much wasted space on large screen.
It's nice for mobile display; which I seldom use.
July 2, 2013 at 9:30 am
Tom,
To start off with an improperly sized log file such as that of which you are describing can actually hurt your performance in a magnitude that is unacceptable. You may...
March 17, 2010 at 3:56 pm
SQL Noob (11/9/2009)
i have two databases that are replicated and generate tens of millions of commands a few times a month. Most of the db is deleted and new data...
November 11, 2009 at 1:50 pm
Ok, so what about taking concept to the real world? Easy enough to do…in both scenarios you can create a database at the proper size (150MB to store my code...
November 11, 2009 at 11:46 am
Gail, great questions (especially the proof question). I split this into two postings; to make a little easier to read...as well as easier for anyone who wants to respond to...
November 11, 2009 at 11:43 am
Charles Kincaid (11/10/2009)
Thanks James. I'm having a great deal of trouble seeing your script. Must be this silly IE 8.
That sure did a horrible formatting job...
here is the...
November 10, 2009 at 12:28 pm
Here is a simplified version of my last query...
SELECT * FROM #LogInfo
WHERE ([CURRENT LSN]) > (SELECT TOP (1) [Current LSN] ...
November 9, 2009 at 7:49 pm
Charles Kincaid (11/9/2009)
My mileage varies here. For me unplanned server restarts are the big one. Having a customer call to say that the cleaning person unplugged the SQL...
November 9, 2009 at 3:08 pm
Now to add on to what Charles has already said...
The flip side of the coin with the performance between SIMPLE and FULL is that if you have a large number...
November 9, 2009 at 9:20 am
Robert,
One way, although not the only (nor the best for that matter), to determine if you have an issue with performance due to the transaction log sharing the database hard...
October 12, 2009 at 1:59 pm
Robert,
That's a great question...and the answer is, as almost always, "it depends".
My opinion, if you want to "guarantee" the optimal performance...then always use different physical (and logical) hard drives. This...
October 12, 2009 at 11:13 am
What is your recovery model set at?
It sounds like it might be set as SIMPLE. If it is, try setting it to FULL and then attempt to continously add data...
July 17, 2009 at 5:56 pm
Viewing 15 posts - 1 through 15 (of 55 total)