Viewing 15 posts - 26,551 through 26,565 (of 59,099 total)
Roland Howard Boorman (6/26/2013)
In serious code the level of duplication and associated complexity becomes absurb...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 26, 2013 at 2:52 pm
Luis Cazares (6/25/2013)
All of those asking for cases on when Temp Stored Procedures would be useful ever read the entire article? At the end, it mentions some acceptable scenarios.
Yes, but...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 25, 2013 at 10:00 pm
Roland Howard Boorman (6/25/2013)
I have used temporary Stored Procs for many years with XML and inline code they are a very elegant wen used with temporary tables
What were the temporary...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 25, 2013 at 8:21 pm
Understood but you have at least one file that made you think you need a Schema.ini file. If we solve that, then it'll be one less thing to worry...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 25, 2013 at 3:04 pm
Ah. Understood.
If the data isn't sensitive, could you attach one of the test files so we can see if there's a better way? If it is sensitive, could...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 25, 2013 at 1:08 pm
I'm using a Schema.ini file because when I load these files without one, the data becomes garbled.
"Load these files" how and where? I'm asking because one of the biggest...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 25, 2013 at 12:40 pm
Dird (6/25/2013)
Wouldn't you use IS NOT NULL and > 0?
No. NULLs cannot be compared to so they would also be excluded from any check for <> 0. Try...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 25, 2013 at 7:46 am
Minnu (6/24/2013)
when i select * from USG_Data am not gettting the complete result set, after displaying some records sql server displaying that execuing query....Want to know the reason please.
Actually, this...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 25, 2013 at 7:43 am
erikd (6/15/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2013 at 10:09 pm
+1000 to that. That's why the script I wrote converted everything to DATETIME.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2013 at 6:29 pm
Hint: NULLs cannot be compared with the correct defaul sttings. Check just for <> 0.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2013 at 5:06 pm
Is anyone else using the table? It could be blocking caused by an update or an oddball SELECT.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2013 at 5:01 pm
Larry.Findley (6/24/2013)
It's just that this seemed so counter intuitive.
Heh... yeah. For me too... I banged my head on the counter a couple of times when I first ran...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2013 at 4:47 pm
ChrisM@Work (6/20/2013)
Venkata-433090 (6/19/2013)
Thanks for your response. Its kind of when the client retrieves the data.again, the 32 character count should start from where the pipe was placed.
Shouldn't take too...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2013 at 4:37 pm
Venkata-433090 (6/24/2013)
Thanks you all guys for your responses. I'll implement this and let you know..
My question would be, what do you want to do with "words" that are more...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2013 at 4:32 pm
Viewing 15 posts - 26,551 through 26,565 (of 59,099 total)