First off I'll explain why I need something similar to ContinueUpdateOnError
feature that a data adapter has, and why I can't just use a data adapter.
Basically I'm updating a Large amount of data using BCP to copy the data to a
temp table in order to quickly move the mass amount of data from a flat file
to my database. I Then run updates on the temp table I just loaded that
insert AND update the data from the temp table to the production table. The
reason i do this is because my data (unfortunately) contains both inserts and
updates. The most efficient way I've found to do this involves using BCP to
move the data, then running SQL Statements I have generated to process the
updates and inserts from the temp table to the production table in the
database. I'm using something 'similar' to the BCP code from the PDC 05
Demo's ( http://blogs.msdn.com/dataaccess/archive/2006/01/09/510083.aspx )
Well it appears that when using try/catch if I have errors that yes it will
catch the error, however I have no control over it. The entire Update
command will then hault not updating any records. Is there some way to have
the ability to continue on with my SQL statement if it happens to hit a
record that doesn't have a corresponding foreign key or something similar?
Thanks

--
Matt
www.Fiddelke.org

RE: ExecuteNonQuery with error checking (or continue on error equiv) by Fiddelm3742

Fiddelm3742
Tue Jun 06 15:11:02 CDT 2006

Not possible? No workarounds? No suggestions on how to do this differently?
--
Matt
www.Fiddelke.org

RE: ExecuteNonQuery with error checking (or continue on error equi by Fiddelm3742

Fiddelm3742
Thu Jun 29 10:45:02 CDT 2006

Still nothing? Point me in the right direction. Give me a better way to
solve my problem. All advice welcome
--
Matt
http://www.Fiddelke.org

Re: ExecuteNonQuery with error checking (or continue on error equi by Sanjib

Sanjib
Fri Jun 30 09:39:54 CDT 2006

Only thing you could do in this scenario, is to continue executing next sql
statement. You should declare the OleDbCommand variable outside the try
block and also you have to keep a track of what sql command you are
executing.

"Fiddelm3742" <Fiddelm3742@discussions.microsoft.com> wrote in message
news:2E80F1FF-01DF-4353-9999-0A2B20E7E132@microsoft.com...
> Still nothing? Point me in the right direction. Give me a better way to
> solve my problem. All advice welcome
> --
> Matt
> http://www.Fiddelke.org