Viewing 15 posts - 226 through 240 (of 530 total)
Or if you can't rewrite it, launch a JOB that will do the web service stuff for you asynchronously.
August 3, 2005 at 4:26 am
Though doing a UNION and not a UNION ALL probably will resort your data. Possibily in another order.
And if you want all the rows and not a fixed number there...
August 3, 2005 at 4:22 am
I guess the problem might be with the characters that make up the table name. BCP maybe interprets part of it as a parameter. Try to do a
'bcp "SELECT...
August 1, 2005 at 3:00 am
Depends on what you mean by fastest! For you to develop or for the data to be transferred?
Fastest to transfer is BULKING the data out to a file on the...
July 29, 2005 at 10:09 am
Thanks Always glad if I can help!
Maybe also your second problem can be solved. Is this with loading data into SQL Server or still...
July 28, 2005 at 10:20 am
I understood that, that's why I stated that the setting doesn't entirely work
One of the reasons I have for stating this comes from microsoft:...
July 28, 2005 at 8:47 am
Eric Mueller has some valid points there and the only thing I would add would be that it might be time to check...
July 28, 2005 at 7:30 am
Did you read this: http://support.microsoft.com/default.aspx?scid=kb;en-us;281517?
By default, the value for this key is 8. Hence, the provider scans the first 8 rows of the source data to determine the...
July 28, 2005 at 6:58 am
You have to have a clustered index on your table to be able to reclaim space from deleted records. Put one and see that the reserved space for that table...
July 28, 2005 at 6:24 am
Well, it wouldn't be that easy. Vítor Nuno Viana Ferreira expressedly stated that the files were malformed. I.e not possible to Bulk Insert.
July 28, 2005 at 4:12 am
To me it seems unlikely that it could be a memory problem. If your SQL Server is configured using dynamic memory, it will try to grab all the (available) physical...
July 28, 2005 at 4:04 am
Well, are the two servers containing the same data and the same data structure? Could it not just be a result of poor database design?
//Hans
July 28, 2005 at 3:57 am
Hi,
SHRINK is a very resource intensive task and should (if ever) be done during off peak hours.
I would not recommend auto shrink your databases. In fact if you need...
July 27, 2005 at 7:57 am
I belive you! As you see I havn't sent in any questions as of yet Well, if you form a review board, I...
July 27, 2005 at 2:08 am
Or bulk insert to a staging table and from there do a TSQL INSERT INTO or whatever.
July 26, 2005 at 9:10 am
Viewing 15 posts - 226 through 240 (of 530 total)