Qual è lo svantaggio di SqlBulkCopy

Question

Ho fatto qualche ricerca per "Il modo più semplice di inserire enormi dati in DB con C#", quindi molte persone mi hanno suggerito di usare SqlBulkCopy. Dopo averlo provato, mi ha davvero stupito. Indubbiamente, SqlBulkCopy è molto molto veloce. Sembra che SqlBulkCopy sia un modo perfetto per inserire dati (in particolare dati enormi). Ma perché non lo usiamo in ogni momento. C'è qualche inconveniente nell'usare SqlBulkCopy?

Answer 1

Due motivi mi viene in mente:

1. Per quanto ne so, è disponibile solo per Microsoft SQL Server
2. In molti carichi di lavoro normali, non si fa massa insert s, ma occasionali insert s mescolati con select se update s. Gli stessi Microsoft affermano che un normale insert è più efficiente per questo, su SqlBulkCopy MSDN page.

Si noti che se si desidera un SqlBulkCopy equivalente a un inserto normale, per lo meno si dovrà passare il parametro SqlBulkCopyOptions.CheckConstraints.

Answer 2

SqlBulkCopy esiste anche per Oracle v11, ma è fornito dagli assembly Oracle .NET che si ottengono quando si installa Oracle Client. La classe SqlBulkCopy viene sostanzialmente implementata una per una dal provider del motore di database di destinazione.

Un ENORME svantaggio, tuttavia, non è assolutamente necessario segnalare errori. Se, ad esempio, hai aggiornato i dati in un DataSet, lo stai svuotando al DB con un adattatore, e c'è una violazione della chiave (o qualsiasi altro errore), il colpevole DataRows avrà .HasErrors impostato su true, e tu puoi aggiungilo al messaggio di eccezione quando viene generato.

Con SqlBulkCopy, ottieni il tipo di errore e il gioco è fatto. Buona fortuna debugging.