Есть ли недостатки в обходе Entity Framework?

Question

У меня есть некоторые требования к дизайну, которые не поддерживаются Entity Framework, но легко выполняются простым SQL-запросом.

По сути, мне нужно сделать вставку, которая устанавливает значение Identity.

Есть ли недостатки в создании sproc, который выполняет мою вставку, и затем, когда EF вызывает этот sproc?

Есть ли проблемы с кэшированием, о которых мне нужно беспокоиться? (Потому что я буду обновлять данные "за спиной EF".)

Есть ли проблемы с параллелизмом?

Что-нибудь еще, о чем я должен волноваться?

Answer 1

Если вы не придерживаетесь своего контекста БД, то есть используете его после каждой единицы работы, это должно работать просто отлично (это относится к большинству веб-сценариев) - если только вы не работаете одновременно с одной и той же таблицей - если это так Возможно, вы захотите использовать блокировку для синхронизации запросов SQL и EF или перехватить OptimisticConcurrencyException, выданный EF.

Если вы сохраняете контекст с другой стороны, убедитесь, что вы обновили его с помощью RefreshMode.StoreWins.

Также см. «Сохранение изменений и управление параллелизмом»