Viewing 15 posts - 38,596 through 38,610 (of 59,072 total)
Paul White NZ (5/5/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 5, 2010 at 3:51 pm
Brian Brown-204626 (5/5/2010)
The user is insisting that they need the access to tempdb to find the temp table names they have created.
I guess I don't understand... how would they know...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 5, 2010 at 3:25 pm
Unless you have some indication of time in the table or you run the job once an hour automatically whilst capturing the value of an IDENTITY column as a marker...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 5, 2010 at 3:15 pm
Keep it simple, keep it sargeable, keep it fast...
WHERE SomeDateTimeColumn >= DATEADD(hh,-1,GETDATE())
I'd also recommend against using any version of the 23:59:59.xxxxxxx stuff.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 5, 2010 at 2:41 pm
Paul White NZ (5/5/2010)
Weird huh?
Heh... it's not a fault... it's a feature. Gives folks more time to take a sip of Scotch whilst waiting for their code to run.
Thanks...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 5, 2010 at 2:12 pm
Ummmm.... wouldn't you just find all the names that don't have a period in them? i.e. Use CHARINDEX or NOT LIKE?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 4:33 pm
Paul_Harvey (5/4/2010)
The application database has no identity column, but the application itself...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 4:29 pm
ramyours2003 (5/4/2010)
can any one send the query of...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 4:23 pm
SQLJocky (5/3/2010)
Jeff Moden (5/3/2010)
SQLJocky (5/3/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 4:19 pm
niccolem (5/4/2010)
Thanks a lot, I figured it out by using first/last day of month
Are you passing those as a parameter? If so, what happens if someone forgets some like...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 4:08 pm
Very cool of you to comeback, Henrik. Thank you much and thanks for taking the time to "repost" your problem. 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 3:52 pm
Doug Bass (5/4/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 11:54 am
Jeff Moden (5/4/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 10:58 am
Paul White NZ (5/4/2010)
Jeff Moden (5/4/2010)
Absolutely. You know me... I never turn down knowledge. Thanks, Paul.
Hey Jeff and Mr Coffee - I'm not saying a SQLCLR solution won't...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 10:29 am
henrik.bernhard (5/4/2010)
never mind - found a trigger to cause this issue.
In the future, please don't delete your original post just because you found a fix. Someone might be able...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 4, 2010 at 10:23 am
Viewing 15 posts - 38,596 through 38,610 (of 59,072 total)