Viewing 15 posts - 5,266 through 5,280 (of 7,187 total)
Andy
(1) Use a WHERE clause
(2) SELECT 'KILL ' + CAST(session_id AS varchar(4))....
Be very careful with (2) - you may find yourself killing stuff that should be allowed to live if...
June 23, 2011 at 2:46 am
Try this for a start... it's amazing what you can find with a simple search!
http://support.microsoft.com/kb/259733
John
June 22, 2011 at 9:25 am
Probably not. You could try DENY CONTROL TO db_owner (that may not be the correct syntax), but that may not work because CONTROL is implicitly granted to db_owner. ...
June 22, 2011 at 8:51 am
Well, the requestor would say that, wouldn't he? If I were you, I would tell him that he's getting EXECUTE permission on all stored procedures, and nothing else that...
June 22, 2011 at 8:41 am
Does the account actually need all those permissions? Why don't you remove it from db_owner and just give it the permissions it needs?
John
June 22, 2011 at 8:27 am
Usually it's the one that would be easier to roll back - that's if DEADLOCK_PRIORITY is the same for each. Search the internet for "deadlock victim" for more information.
John
June 22, 2011 at 7:46 am
You could change the owner to sa or some other login.
John
June 22, 2011 at 7:41 am
I've never had to use it before, but I think you do it through the setup utility. You'll probably need the installation media. I imagine if you use...
June 22, 2011 at 7:34 am
MG Chowdary (6/22/2011)
added all users/groups to that role
Deny select on test_table to public
(all user are denied read perms on test_table as of now)
now,
revoke select on...
June 22, 2011 at 7:06 am
I believe that this error occurs when someone has changed the password on their Windows login but still has a connection to SQL Server from before the change.
John
June 21, 2011 at 8:19 am
You certainly won't be able to use a CTE, since it only lives as long as the batch that creates it. If you can find some way in SSIS...
June 20, 2011 at 8:39 am
Bhuvnesh
Looks like you've left a "=" or a "LIKE" or some such out of your WHERE clause.
John
June 20, 2011 at 4:41 am
Steve
You just need to use a PARTITION BY clause in your ROW_NUMBER function.
John
June 17, 2011 at 8:47 am
Jordon
One of the problems of using the GUI is that it throws up unexpected things like this. Try scripting the view out and editing the actual T-SQL.
John
June 17, 2011 at 8:42 am
Brandie, a full backup doesn't break the log chain, although a lost or corrupted log backup certainly would.
John
June 17, 2011 at 4:37 am
Viewing 15 posts - 5,266 through 5,280 (of 7,187 total)