Viewing 15 posts - 22,681 through 22,695 (of 59,102 total)
Ok.... I've studied your code and tables a bit. Let's peel one potato at a time...
First, I see no need for the explicit transaction. Getting rid of that...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2014 at 12:24 am
Stamey (10/2/2014)
In a perfect world this never would have happened. In my world, ruled by management, I can only be as heavy-handed as they will allow me. My first suggestion...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 10:45 pm
dwain.c (10/2/2014)
DonlSimpson (10/2/2014)
declare @t varchar(5000) = 'RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row." This-divided-by,that|&/multiplied\by(100)give*you,%;<percent>.'
declare @s-2...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 10:37 pm
Thanks for the feedback, Tom. And, yeah... I wish more managers "got it".
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 10:28 pm
You bet. Thank you for the feedback. They should be able to do everything they need to with those privs.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 9:55 am
For passing large numbers of ID's, you might want to consider passing them as XML with some short tags so that you can pass more than 8K worth of ID's....
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 9:50 am
Heh... have you done an actual test to see which is better? You have to remember that even supposed "actual" excution plans are estimates in many ways.
Execution plans help...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 8:53 am
sqlfriends (10/1/2014)
An user tried to export tables from GIS application to the SQL database.
After export, and login to the SQL server, we see all the...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 8:23 am
You've used double quotes in places where there should be single quotes.
Provided that @dt has been sufficiently scrubbed for SQL Injection, the following should work and requires a...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 8:05 am
Koen Verbeeck (10/2/2014)
sqlfriends (10/1/2014)
No, they donot need to.They just need to create tables, views, procedures.
and Import/export tables.
Thanks,
This sounds like DDL_admin, read/write/execute permissions to me.
That sounds right to me. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 7:51 am
SQLRNNR (10/1/2014)
Steve Jones - SSC Editor (10/1/2014)
Congrats, Jack and Jason. Well deserved and earned.Thanks Steve
Long time coming, Jason. Congratulations. Same to Jack for his renewal. Well done.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 7:46 am
Stamey (10/2/2014)
We are trying to track and get these elevated IDs out of the hands of those who should not have them.
Gosh, this sounds like it's really out of hand...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 7:27 am
Please see the following article. I know you don't want an aggregate but it's one of the few ways that you can privot data in SQL Server. If...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 2, 2014 at 7:19 am
Ah... my apologies. I had to withdraw my post that was in this spot. At first, it looked like your CROSS APPLY "GetNums" was twice as fast as...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 1, 2014 at 10:56 pm
bgalway (9/30/2014)
WHERE ([Bill Freq] IS...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 1, 2014 at 5:20 pm
Viewing 15 posts - 22,681 through 22,695 (of 59,102 total)