Viewing 15 posts - 40,396 through 40,410 (of 59,072 total)
brainy (12/30/2009)
I will consider your suggestions.. I will try that. I am also thinking on setting fill factor.. as I am updating table several times which leads to...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 12:52 pm
AndrewSQLDBA (12/30/2009)
I have never had any issues with SSIS. Maybe it is time for a new server.Andrew SQLDBA
Heh... unlike most, I've never had an issue with SSIS because the other...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 12:42 pm
I just looked up and read some of the articles and scripts for this Base64 "encryption". My suggestion would be... don't bother. It's an easy hack from what...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 12:33 pm
Pratap Prabhu (12/29/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 12:10 pm
AndrewSQLDBA (12/30/2009)
That is just bad news waiting to happen.
Heh... that's funny... I was just going to say the same thing about using SSIS. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 11:55 am
It depends... is the ToBase64String function something that you wrote or not? If it is, post it and someone may be able to come up something.
As an alternative, you...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 11:53 am
Justin James (12/29/2009)
There is not. I was thinking of using ROW_NUMBER(), but was unsure how to partition by each block of 6 rows.
I see you've already got that... simple integer...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 11:47 am
Justin James (12/29/2009)
Please see my original post for code to copy/paste.
Tell ya what, Justin... please see the first link in my signature line below. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 11:45 am
Auto update of stats being on is no guarantee that stats will be updated. IIRC, something like 20% of the table needs to be modified or new before an...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 11:38 am
Yep... not a misprint.
What was worse was when I tried to add a clustered index. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 11:22 am
No one mentioned things like the upgraded and properly working SQL Code windows on this sight. Posting and copying code was a real PITA for quite a while but...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 10:15 am
You may be causing massive page splits on the clustered index and massive extent splits on the non-clustered indexes if they are not in the same "order" as the data...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 9:43 am
corey_nunnery (12/29/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 9:29 am
To answer for Dave, yes... there are a couple of reasons but the big one is "accuracy". Using BETWEEN includes both end points and if time is ever induced...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 9:20 am
tm3 (12/30/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2009 at 9:17 am
Viewing 15 posts - 40,396 through 40,410 (of 59,072 total)