Viewing 15 posts - 151 through 165 (of 488 total)
One more question:
Let's assume I go with the certificate method.
Each night, we do database transfers to various target servers, using smo.Transfer.
Does the certificate/permissions granted by the cert travel...
December 12, 2014 at 12:09 pm
My apologies Emil, you are correct.
In fact, Erland's article also covers the Execute As scenario. But I am looking at the Certificates section.
December 3, 2014 at 9:21 am
djj provided the link above. I'm looking into it now...
December 3, 2014 at 8:57 am
My bad, I guess I didn't go into enough detail in the OP.
I am aware of the dangers of xp_cmdshell, and I use it a) sparingly and b) carefully -...
December 3, 2014 at 8:39 am
Hi Jeff,
To be clear, it's not her account that has privs on xp_cmdshell. And she is a trusted user.
Moreover, the sproc she's executing that's calling xp_cmdshell take no parameters....
December 3, 2014 at 5:22 am
OK, but that account already owns quite a few DBs, while not having a "personal" login. So I wondered if there was a way.
Thanks Gary.
October 24, 2014 at 5:34 am
Exception calling "SetOwner" with "1" argument(s): "Set owner failed for Database DB"
+ $db.SetOwner("[Domain\User]")
October 23, 2014 at 10:34 am
If memory serves -- and it's been a loooong time -- the detach-attach functionality only arrived with SQL 7.
So you're stuck with Restore Database.
First, create an new, empty db.
I think...
September 17, 2014 at 7:29 am
Here's a slightly different approach: start with the the matching groups, so you don't process users that aren't members of any of those groups.
Then count the groups for each of...
September 17, 2014 at 7:21 am
Hi Erland,
They only need to be able to create a new schedule for an existing job. Essentially, I want them to be able to call a stored proc at the...
July 22, 2014 at 6:44 am
Hi Chris,
Yep, that was my conclusion too. However, since query fails, I couldn't see the execution plan. Unless there's a way?
And, the iTVF would probably neatly obviate the original...
July 10, 2014 at 7:35 am
So it turns out that in the 2 failing scenarios, the function is going through the full table before applying the WHERE clause, and failing on a row where first...
July 9, 2014 at 5:38 am
FWIW, Thinking it might have been generating an n x 1 CROSS JOIN, I moved the JOIN dbo.lookup out of the select statement in the function, since it wasn't actually...
July 8, 2014 at 9:56 am
Now, when I change the definition of that column in the table function to allow NULLs, it works!
And the last 2 versions which previously threw the error do NOT...
July 8, 2014 at 9:45 am
Once again, that's not the problem: call that function directly with the single value -- and there is only one single value in this example -- and it works just...
July 8, 2014 at 8:45 am
Viewing 15 posts - 151 through 165 (of 488 total)