О некоторых неочевидных хаках при работе с entity framework и unique constraints

[mayorovp]

Неочевидная проблема получала неочевидное решение.
После серии красивых картинок и эпиграфов на неподготовленного читателя неожиданно ухнул большой кусок кода без комментариев.

[viklequick]

За подсказку спасибо — комментарии вернул.

Насчет неочевидного решения — хорошо хоть патчить не пришлось ;-)

[mayorovp]

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

[viklequick]

Еще раз спасибо за помощь.

[mlurker]

А не проще бы было использовать ETL процесс?

[vittore]

Как то у меня рука не поднимается поставить ETL, процесс и просто в одно предложение.

[mlurker]

Исходя из текста, скорее всего используется MSSQL, что не должно вызывать больших проблем.

[StrangeAttractor]

Я, вот, сейчас думаю как решить проблему когда записей на вставку за раз могут быть миллионы (экономим память вставляя пачками, периодически прибивая уже вставленные объекты и контекст), а дупов (записей, с уже имеющимися в базе значениями ключа) среди них может получиться даже большинство (и их надо просто пропускать и вставлять нормальные (если они вообще есть)). В MySQL на этот случай есть прекрасная шткука «INSERT IGNORE», но ни в EF ни в T-SQL такого, увы, нет…

[qw1]

можно вставлять во временную таблицу, где нет ограничений, а дальше тупым SQL-ем переливать
insert into FINAL_TABLE (...)
select… from TEMP_TABLE
where not exists(...);
delete from TEMP_TABLE;