I’m with reamon. Also, here are some other options that depend on your ultimate volume of inserts, expected failures, and SQL expertise. Depending on what’s failing, you may want to consider editing your data more carefully before inserting it into the database, rather than relying on individual records erroring out on insertion as a primary method of error detection. If you have to do some relational database checks on insert, you might do those beforehand as well, or call a stored procedure to make those checks and do an insert with a soft failure that won’t roll your transaction back (it would have to be written to specifically work this way). Another option, again if volume merits and you have to do a lot of checks against existing database records, you could dump your data to a less restrictive table and call a stored procedure to do the final editing and report errors instead of failing.
#Adapters-and-E-Standards#webMethods#Integration-Server-and-ESB