Viewing 15 posts - 151 through 165 (of 342 total)
Thanks Jay - my response was only a partial answer.
Guarddata-
July 29, 2003 at 1:30 pm
There are many ways to do this - but not a built-in function that I know. I use
CONVERT( DATETIME, DATEDIFF( DAY, 0, <a Date> ) )
Guarddata-
July 29, 2003 at 12:25 pm
Guess I was asleep when I looked last time. Chris, David, timingskey - thanks to each of you. Plenty of options now.
Guarddata-
July 25, 2003 at 8:30 am
When doing DTS transfers, scripts are generated for each step in the process. You should be able to just generate the SQL script for the database structure, then use...
July 25, 2003 at 8:03 am
Yes - this is a duplicate thread. I like to use
select ((1+datediff(d, <StartDate>, <EndDate>)+datepart( dw, <StartDate> ) ) / 7 )
- case when datepart( dw, <StartDate> ) > 6...
July 24, 2003 at 9:35 am
OK - So I attempted to create a function to perform this operation in order to select from a table and convert as part of a recordset output. The...
July 24, 2003 at 9:28 am
The trigger is only fired once for each update or insert statement so, yes, it must handle the processing of multiple rows. The phrase "different scenarios of multi-row transactions...
July 24, 2003 at 8:44 am
Notice that the article says two connections are generated when two "firehose" queries are used. Closing the recordset would assure that this would not be the case.
Guarddata-
July 23, 2003 at 10:47 am
Yeah - that's why I love these forums. Helps me open my mind to new ideas. If the individual offsets were stored in separate rows, I would probably...
July 23, 2003 at 9:34 am
Almost - but test that with July 10 - July 19 and the function fails to yield 2.
Try this one instead.
select ((1+datediff(d, <StartDate>, <EndDate>)+datepart( dw, <StartDate> ) ) / 7...
July 23, 2003 at 9:06 am
OK - so overcoming the nausia of having the output be different when put into dynamic SQL - which does, indeed, bother me still... How...
July 23, 2003 at 8:34 am
Thank you, gentlemen, for catching my mistake. Nice to have a second pair of eyes to keep out mistakes.
Guarddata-
July 22, 2003 at 3:51 pm
I am sure what you are doing would work. Here is another option...
Since the value is really a bitmap, it is fine to store it as an integer rather...
July 22, 2003 at 11:26 am
Phew! I don't think I'm catching your vision. Set me straight - I am going for the concept more than the implementation. Do you have IDs that...
July 22, 2003 at 10:47 am
I'd be interested to see this one. When I use SELECT CONVERT( INT, CONVERT( VARBINARY, '0x8A' ) ) the answer comes 813185089 instead of the 138 I had hoped for....
July 22, 2003 at 8:56 am
Viewing 15 posts - 151 through 165 (of 342 total)