Viewing 15 posts - 52,726 through 52,740 (of 59,091 total)
It's because ISQL is just a subset of what the server can actually do. Do NOT use ISQL. Use OSQL instead.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 29, 2008 at 8:03 am
I agree with Matt... recursion is probably not the best way to do things like this...
There are variations on this theme but here's a nice little NON-recursive CTE that...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 29, 2008 at 7:59 am
It that case... might be OSQL... THAT does have such a set of switches... if memory serves, "-h-1" (no spaces, no quotes) would be the switch you're looking for.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 28, 2008 at 2:02 pm
I would like to know how can I read a record from a table with 12 columns (each on for each month in a year) end put the value for...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 28, 2008 at 1:59 pm
Think "Library"... it's easier to find the books if they're all in order... it's just about that simple. There are tools for defragging disks and tools for defragging database...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 28, 2008 at 1:52 pm
Would you carefully fill in the question marks to meet the Friday/Saturday rules on the following, please... again, not trying to be difficult... trying to get it right...
EmpID Date ...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 28, 2008 at 7:02 am
Jeff i think you don't wont to help
only make it difficult
you think i am don't know "how to make simple schedule" or bother you in purpose
you are insult me...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 27, 2008 at 8:59 am
"GO" isn't actually a part of T-SQL and it can't be used the way you want in Dynamic SQL...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2008 at 6:07 pm
So, why do you have to count down from the middle of the month and count up from that same date to the end. And, why does the secretary...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2008 at 5:41 pm
Are you sure we're talking BCP 'cause BCP doesn't output column headers and can't be made to do so... it requires a UNION in a proc to output column headers...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2008 at 9:11 am
How many rows are you loading with BULK INSERT?
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2008 at 8:43 am
Philip Barry (1/25/2008)
Is this principal of limiting the number of rows for the deletion operation also applicable to updating? I have to update several hundred thousand rows and I...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2008 at 8:06 am
Matt is spot on... rewrite the insert code to be set based instead of RBAR.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2008 at 7:51 am
Would you mind posting it here so the rest of us might benefit? Thanks...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 26, 2008 at 7:50 am
What is it that you want to do if there a rows that have changed between Inserted and Deleted? Perhaps insert into an audit log?
Then, ya gotta think in...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 24, 2008 at 8:37 pm
Viewing 15 posts - 52,726 through 52,740 (of 59,091 total)