Viewing 15 posts - 53,611 through 53,625 (of 59,072 total)
I don't understand why you need BCP for this... what's wrong with just doing a straight insert into the new tables?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 7:20 pm
Just a thought... what actually forces the user to enter a "#" sign before the number?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 7:17 pm
So... are you happy with that answer or is there something else?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 7:12 pm
That should do it 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 7:08 pm
Heh... sorry... don't see the connection 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 7:04 pm
I also use type prefixes on all field names and database objects, which saves a ton of time when developing
What do you do when the requirements change and the datatype...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 6:17 pm
Yuh huh... you watch... the next thing the boys from ops will ask for is a summary of the files sizes 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 3:44 pm
Because SQL Server doesn't allow passing in arrays of values into a stored procedure
Thanks, but still doesn't answer my question... what type of data would those "arrays of values" contain?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 3:26 pm
The program has to wait say 10 seconds between processing certain events".
Gotta ask... WHY?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 2:39 pm
I'd just BULK INSERT into a table and go from there.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 2:35 pm
Not enough answers in the Poll... for the reasons you stated, I simply don't allow 3rd part software into my database without a full peer review for form, fit, function,...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 2:30 pm
I'd like THAT a lot... the Google search seems pretty much out of whack when searching the forum.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 2:25 pm
Anyone ever hear of sp_HelpFile? 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 2:23 pm
Mike Levan (12/11/2007)
sorry its deleted
That's just not nice... now we have an answer with no question.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 2:18 pm
I guess my question would be... why does anyone pass more than 8000 bytes of parameters to a stored procedure... what is the purpose?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 11, 2007 at 2:17 pm
Viewing 15 posts - 53,611 through 53,625 (of 59,072 total)