Viewing 15 posts - 1,516 through 1,530 (of 1,553 total)
That is correct.
Those two years are the limits of the T-SQL datetime datatype.
See BOL for further details on this.
=;o)
/Kenneth
February 9, 2004 at 3:48 am
Don't forget that BOL (Books On Line) is your best friend!
No shame in looking things up. =;o)
Search for CONVERT to see all available styles 'out of the box' and which...
February 6, 2004 at 6:07 am
Well, there are many ways to skin this cat.
However, all have their caveats.
First, you can either convert the datetime to a char/varchar or the chardate + chartime to datetime
and join...
February 6, 2004 at 6:02 am
The answer is all there, in the message.
snip from BOL...
Syntax
TRUNCATE TABLE name
As you can see the syntax does not support four-part naming.
This also leads to the conclusion that you must...
February 6, 2004 at 5:21 am
That sounds like a good idea..
Also, I'm wondering - is it impossible for anyone to do over-time?
(I have no idea what job is...
January 29, 2004 at 1:01 am
Just to add my .02 to this...
I feel this is kind of backwards, and not very pretty, handling different parts of the transaction in the client layer (VB)
What you really...
January 29, 2004 at 12:57 am
Oh, just another thing about explicit transactions...
Do NOTinitiate this kind of code from the client!
Everything from and including 'BEGIN TRAN' up to 'COMMIT' should be inside a stored proc on...
January 29, 2004 at 12:52 am
Yes, you must use an explicit transaction for this.
BEGIN TRAN
UPDATE myTab set col1 = .... etc..
-- check for errors
if (@err 0) goto errhandler
-- now do the insert
INSERT otherTab ....
--...
January 29, 2004 at 12:38 am
..or use triggers..
If the requirement is to do 100% audit - no exceptions - by far the easiest and most reliable way to do this is by triggers.
Profiler is very...
January 28, 2004 at 6:11 am
I was more thinking along the lines of imports of data from external sources that may also change the data in some way.
If that demand pops up, you'll have to...
January 27, 2004 at 6:52 am
Just note that this will only cover changes made through the actual proc that has this code in it.
If it's possible to change data in any other way, and you...
January 27, 2004 at 2:42 am
Why not just use Profiler..?
No need then to mess with each object.
Thinking about it, I'm not so sure that auditing by implementing the audit in each object to be audited...
January 27, 2004 at 1:08 am
Just a few notes on CASE to avoid confusion..
Note that T-SQL CASE is not a Switch statement, it is an Expression that only does one of three things.
It resolves...
January 26, 2004 at 2:03 am
The simplest solution to this is to not have different names on the prod and test databases.
If you're stuck with both db's on the same server/instance (for whatever reason), do...
January 22, 2004 at 6:59 am
Not that I'm aware of - (that doesn't mean there isn't a way however)
Thing is I ditched SQL Mail long time ago and...
January 22, 2004 at 1:40 am
Viewing 15 posts - 1,516 through 1,530 (of 1,553 total)