Viewing 15 posts - 53,146 through 53,160 (of 59,072 total)
Ravi Patel (1/3/2008)
Overall, how does everyone feel about using CHECKSUM over comparing each...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2008 at 10:24 am
Ravi Patel (1/3/2008)
This feed is coming from one of our vendors, and they send the FULL data load on each run.
If by FULL data load you mean they have ALL...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2008 at 10:21 am
Molly Cary (1/3/2008)
Yes thanks....I wasn't aware of this travesty that I was doing. 😉 I have reposted (hopefully correctly).... 😀
Not really a travesty, Molly... it just that some folks don't...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2008 at 10:16 am
Shaun McGuile (1/3/2008)
I would shoot these people before they could damage the ecconomy!
Heh... way too late for that... especially in Michigan...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2008 at 10:10 am
george sibbald (1/3/2008)
Jim Russell (1/3/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2008 at 10:06 am
This is why it's such a bad idea to ever store date information in any type of Data-Type other than DATETIME...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2008 at 12:18 am
Inputs are higly appreciable!
Ok... then study the article at the following URL before you post like this again...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
... then, do what it says 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2008 at 12:09 am
Answer is a Tally table or a Calendar table. Also, see the following since you're a "newbie"....
http://www.sqlservercentral.com/articles/Best+Practices/61537/
--Jeff Moden
Change is inevitable... Change for the better is not.
January 3, 2008 at 12:00 am
http://www.sqlservercentral.com/articles/Best+Practices/61537/
--Jeff Moden
Change is inevitable... Change for the better is not.
January 2, 2008 at 11:58 pm
Concur... just about the fastest way, too!
--Jeff Moden
Change is inevitable... Change for the better is not.
January 2, 2008 at 11:56 pm
Checksum works great if you make sure not to include "non-comparable" columns such as Text, NText, Image, Cursor, and SQL_Varient. It won't tell you what changed, but it'll help...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 2, 2008 at 11:51 pm
http://www.sqlservercentral.com/articles/Best+Practices/61537/
--Jeff Moden
Change is inevitable... Change for the better is not.
January 2, 2008 at 11:36 pm
After working for them for 4 years, I recently found out that my whole company is leaving Michigan and moving to North Carolina sometime later this year...
I resolve to...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 2, 2008 at 11:30 pm
Sanjay Pandey (1/2/2008)
Sanjay Pandey (12/21/2007)
Using Datefunctions.select getdate()-day(getdate()) as LastDayLastMth, getdate()-(day(getdate())-1) as FirstDayThisMth,dateadd(m,1,getdate())-day(dateadd(m,1,getdate())) as LastDayThisMth,dateadd(m,1,getdate())-day(dateadd(m,1,getdate()))+1 as FirstDayNextMth
Friends, please analyse the above one also in comparision to datediff. I use it always...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 2, 2008 at 11:03 pm
Shaun McGuile (1/2/2008)
Though to be fair in an interview I would not expect anyone to know the exact syntax required to address...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 2, 2008 at 10:53 pm
Viewing 15 posts - 53,146 through 53,160 (of 59,072 total)