Viewing 15 posts - 53,581 through 53,595 (of 59,089 total)
SELECT * FROM INFORMATION_SCHEMA.PARAMETERS WHERE Specific_Name = 'Award_Category_Insert'
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 6:30 pm
Um... why not just replace all INT with BIGINT in the table declaration? After all, you're already violating the 8060 rule for row size... what's a little more going...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 6:10 pm
1) SQL collations are marked for deprecation
What should you use instead?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 6:06 pm
Or, use BCP with the -m (Max errors) parameter set to some ridiculously high number and the -e (err_file) set to a file name in the same directory. This...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 6:04 pm
Um... be careful... ISDATE() lies almost as bad as ISNUMERIC() is when you try to use it as an ISALLDIGITS function. Sure, the following will allow a conversion, but...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 5:58 pm
So why do you recommend creating the table first?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 5:31 pm
peterhe (12/14/2007)
if the file exists, bcp jsut overwrites it. So you don't need to delete it
Not when you use ">>" for redirection to the log file...
Of course, if the OP...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 5:00 pm
Querying the data then showing rows as columns being the main reason.
But, that's so easy. Heh, guess ya gotta do what ya gotta do.
SQL_Variant will take just about...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 8:22 am
Hi Madhivinan!
Long time no "see" and good to see you... and Thanks for the compliment.
Yeah... I'm responsible for the RBAR thing... publicly introduced it way back in the following...
http://www.sqlservercentral.com/articles/Advanced+Querying/calculatingworkdays/1660/
... but...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 8:18 am
And, thanks for the feedback!
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 8:12 am
First, please take a look at the following to see how to get better answers quicker...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
With that in mind, here's the test tables and data I used... (scroll bars are...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 7:02 am
Please don't double post... we'll get to you...
http://www.sqlservercentral.com/Forums/Topic433241-338-1.aspx
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 6:03 am
Lookup "Cross-tab" and "Pivot" in Books Online... both methods have their uses for this.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 6:02 am
I think David recommends his method because SELECT/INTO will temporarily lock SysObjects while the data is transferring...
However, I prefer the SELECT/INTO method for two reasons...
1. If you CAN...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 5:57 am
C'mon folks... WinZip Pro costs what, 60$??? Don't screw around with your archive data... do it right. You probably spend more than $60 a month buying coffee, softdrinks, and/or...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2007 at 5:47 am
Viewing 15 posts - 53,581 through 53,595 (of 59,089 total)