Сохранение большого графа с Entity Framework 5

Question

Я знаю, что не рекомендуется использовать Entity Framework для массового вставки, поскольку он добавляет их по одному. (Example 1, example 2.)

Как насчет прикрепления одного объекта, который имеет большой граф под ним, например. 100Ks объектов? - В частности:

• Каковы соображения производительности (времени/памяти) для использования EF5 для этого?
• Есть ли какие-либо рекомендации по хранению больших графиков?
• Являются ли реляционные базы данных хорошей идеей для хранения больших графиков?

Немного фона:

• График создается с помощью EF5 Pocos, затем прикрепляется в корне и сохранены. График всегда является новым, никогда не обновляется. БД, который мы используем, - это SQL Server 2012.

• Фактический процесс создания может потребовать десятки секунд для больших случаев (100 КБ объектов), поэтому, если процесс attach/save занимает 10% от этого времени, он не будет оказывают значительное влияние на общую производительность по времени.

Answer 1

Поскольку никто не ответил по какой-либо причине, даже широко известный здесь эксперт EF, я попробую спросить.

В последнее время я занимаюсь сложной моделью с большим количеством ссылок цикла и количеством отношений между сущностями. И большой объем данных, да, так же, как ваш или больше. Я пробовал много вещей, и никто не был удобен для меня, поэтому я закончил с использованием Fastest Way of Inserting in Entity Framework. Это очень помогло мне год назад, и вы никоим образом не упоминаете об этом в своем вопросе.

---

Но если у вас нет много сложных отношений между субъектами и имеют большое количество совершенно новых данных, чтобы вставить только один раз, то самый быстрый способ, как вы уже mentioned является SqlBulkCopy, потому что это очень быстро и просто в этом случае.
Используя подход CodeFirst, вы, например, можете сначала создать структуру базы данных, а затем просто вставить свои данные.

Надеюсь, это поможет! Не думаю, что если использование NoSQL-хранилища будет быстрым или удобным в вашем случае, поскольку я никогда не использовал эти решения. Может быть, опытные коллеги расскажут об этом.