Viewing 15 posts - 55,231 through 55,245 (of 59,098 total)
I'm just going to hazard a guess and say that no one has been able to figure out your requirements...
Any chance of...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 8:52 pm
I just discovered that bcp is missing rows in the flat files when importing, ... |
Ummm.... why don't you...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 8:38 pm
Rog Pike... where the hell are you now? ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 8:31 pm
What's the source of information for the text file? A GUI??? or ??? In other words, what puts the data into the text file?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 7:18 pm
You'd probably get more help if your output example matched the example inputs in your post... for example... where the heck did the "x", "y", and "z" come from??? --Jeff Moden Change is inevitable... Change for the better is not.
RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
First step towards the paradigm shift of writing Set Based code:
________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.
Helpful Links:
How to post code problems
How to Post Performance Problems
Create a Tally Function (fnTally)
September 3, 2007 at 5:13 pm
See what I posted here... http://www.sqlservercentral.com/forums/shwmessage.aspx?forumid=8&messageid=395869
Then, as Steve suggested, post the code you want to convert (provided it's NOT hundreds of lines long) ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 5:00 pm
The "key" to good, high performance "Set Based" code, is to forget everything you know about programming for row solutions. Instead, think about what you want to do to an...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 4:48 pm
Never heard that, Eddie, but I'll be on the lookout for that from now on... one more chip taken from the language barrier. Thanks.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 4:32 pm
You're welcome, Zia. And thank you for taking the time to explain your duplicates.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 4:29 pm
Looks pretty familiar, huh? ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 4:27 pm
Shamshad,
You forgot to include the offending code like I asked...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 3, 2007 at 4:17 pm
We had similar problems finding the CPR (cut, paste, replace) code liberally sprinkled in some of our apps. It was a bit time consuming and certainly required some regression testing,...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 2, 2007 at 7:05 am
I'm not sure why you have data duplicated in two separate tables... that usually constitutes a violation of 3rd Normal Form... but it's your database...
... something like this will do...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 2, 2007 at 6:44 am
I've got to agree with David... I'm sick and tired of exams that have been written by folks that are simply not qualified to write exams. That includes the things...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 1, 2007 at 12:39 pm
Any of your processes or stored procedures using Cursors, While loops, or other RBAR?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 1, 2007 at 12:21 pm
Viewing 15 posts - 55,231 through 55,245 (of 59,098 total)