Каков недостаток SqlBulkCopy

Question

Я проделал некоторое исследование для «The bast way для вставки огромных данных в DB с C#», тогда многие люди просто предложили мне использовать SqlBulkCopy. После того, как я попробовал, и это действительно поразило меня. Несомненно, SqlBulkCopy очень быстрый. Кажется, что SqlBulkCopy - идеальный способ вставить данные (особенно огромные данные). Но почему мы не используем его во все времена. Есть ли недостаток использования SqlBulkCopy?

Answer 1

две причины, я могу думать:

1. Насколько я знаю, он доступен только для Microsoft SQL Server
2. В большинстве нормальных нагрузок, вы не делаете сыпучие insert с, но иногда insert s смешивается с select s и update s. Microsoft сама заявляет, что нормальный insert более эффективен для этого, на SqlBulkCopy MSDN page.

Обратите внимание, что если вы хотите SqlBulkCopy быть эквивалентна обычной вставки, по крайней мере, вы должны будете передать ему параметр SqlBulkCopyOptions.CheckConstraints.

Answer 2

SqlBulkCopy существует и для Oracle v11, но он предоставляется сборками Oracle .NET, которые вы получаете при установке Oracle Client. Класс SqlBulkCopy в основном реализуется один за другим, поставщиком целевого механизма базы данных.

Один ОГРОМНЫЙ недостаток, однако - нет сообщений об ошибках. Если, например, вы обновили данные в DataSet, вы можете сбросить его обратно в БД с помощью адаптера, и есть нарушение ключа (или любой другой сбой), у преступника DataRows будет .HasErrors установлен на true, и вы можете добавьте это в свое сообщение об исключении, когда оно будет поднято.

С помощью SqlBulkCopy вы просто получите тип ошибки и все. Удачи отладить его.