МСУ http://codearticles.ru/articles/2409
http://codearticles.ru/articles/914
http://codearticles.ru/articles/422

сплошное жестянство



gofffffкак через ef удалить группу записей по айди.

через стандартный Remove(), человек, через Remove(). не слушай жестянщиков. и никогда так не делай, как в приведённых выше рецептах.

хотя https://github.com/loresoft/EntityFramework.Extended ещё куда ни шло.
всё же это дикий костыль.

handmadeFromRuА есть не костыли если надо массово и без материализации (к примеру, интересно стало)? Минус Remove в том что материализовать надо перед удалением, удаление к примеру 100 записей через Remove накладно. Собственно если у меня вставала задача удаления, обновление массовое я использовал https://github.com/loresoft/EntityFramework.Extended либ http://codearticles.ru/articles/2409. Ef из коробки не знает про батчинг если я не ошибаюсь, что печально.

EF это ORM. а ORM это взаимодействия с данными в бизнес-логике. 100 записей удалить через Remove совсем не накладно. а вот колбасить огромные массивы данных — вообще не задача ORM и не надо даже пытаться приспособить с помощью костылей его для этого. и ничего тут печального нет.

материализовать таблицы с +100500 полей, некоторые из которых (n)varchar(max) конечно будет накладно. но за такой дизайн базы данных проще лишить горе-проектировщика злополучных конечностей. и нанять вменяемого товарища.

handmadeFromRu,

кстати, материализация для Remove() не обязательно. подойдёт обычный аттач. и волки целы и овцы сыты.

handmadeFromRu+100500 полей это крайности, но я не вижу смысла вытаскивать записи из бд, если я хочу их удалить все ли по какому то критерию.

работая с ОРМ вы не думаете о материализации, и о базе данных. для поддержания целостности, материализация нужна, кеширование опять же, чтобы все не полетело к чертям ради экономии десятков тиков. если идёт речь о пережёвывании массивов данных, то имеет смысл перенести эту работу на уровень низкоуровневой работы с данными (хранимки и прочая подобная ботва).


handmadeFromRuуточни это как при массовом удаление/обновление?




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

но чесслово. я б так делал только после профилирования и обнаружения узких мест, дескать да — потеря производительности хоть как-то ощущается (подобная необходимость обычно — подумать о рефакторинге схемы данных и логики).

т.е. например, вместо того, чтобы грохать сотнями и тысячами записи по условию или ключу, правильно было бы связать эти сотни и тысячи с одной записью, и грохать именно её. остальное умрёт каскадом. типичный случай: есть заявка и позиции заявки. достаточно убить заявку. нафига заниматься ненужной работой? да и вообще. в бизнес-логике такие вещи просто не нужны, а подобные задачи возникают от банального неумения правильно организовать хранение данных. отсюда эти убогие костыли и дурно пахнущие "рецепты".