Как стать автором
Обновить

Упрощаем себе жизнь при разработке интерфейса взаимодействия приложения и БД

Время на прочтение8 мин
Количество просмотров5.3K
Всего голосов 14: ↑13 и ↓1+12
Комментарии6

Комментарии 6

Всегда интересовало как решается проблема ограничения колонок запроса при использовании орм на практике. После каждого запроса делать select new и анонимный класс? Или обычно можно оставить как есть и выбрать всё ибо хлопотно?

Зависит от конкретной ситуации:

В случае, если речь идет про одну таблицу (без джойнов, агрегатов, etc) – можно не отсекать лишние столбцы, а просто обращаться к нужным.

Обратная ситуация возникает, если у нас столбцы в разных связанных таблицах, мы их джойним и имеем результирующую таблицу с кучей столбцов – а вам нужно всего несколько - тогда да, делаем отбор столбцов через select new и анонимный класс.

+ это еще зависит от потребления памяти

В 2023 году писать на Хабре статью про ORM/EF уровня "для самых маленьких" - ну не знаю даже

В этом нет ничего такого. Возможно до этого человек просто не пользовался ORM-фреймворками и для него это что-то новое. Или же, он устал от того, что на работе упорно отрицают такие инструменты, предпочитая "по-старинке" осуществлять взаимодействие с БД.

В любом случае я уверен, что свой читатель под это найдётся, ведь например, только выпустившиеся инженеры и знать не знают о таких инструментах, а тут без лишней воды своеобразный Quick start guide🙂

Среди читателей есть начинающие и те, кто по каким-либо причинам не соприкасался с темой ORM и EF в частности. Для них такие статьи вполне котируются и в 2023

Вполне можно было бы обойтись msdn и не писать ещё одну статью для начинающих.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий