Правильное использование SQL-запросов в коде при взаимодействии с базой

@SharpProg · Регистрация: 24.01.2017

Студворк — интернет-сервис помощи студентам

Правильно ли использовать (в целях оптимизации) голые SQL-запросы в C# коде в виде строк. Является ли такой подход обычной практикой? Я имею в виду обычное использование SqlCommand без всяких фреймворков. Просто выглядит такой код с множеством строковых литералов содержащих SQL-код как-то чужеродно. Была идея выносить SQL-код в .sql-файлы и добавлять их как ресурсы сборки (потом читать оттуда текст и выполнять), но множество мелких запросов организовывать таким образом не удобно, а динамически генерируемые запросы составлять невозможно.

@pincet · 14.06.2017, 14:55

обычной практикой является создание более-менее годного DAL

@SharpProg · 14.06.2017, 15:09 **[ТС]**

DAL для каждого проекта в решении свой? И нормально ли будет не выносить его в отдельный проект, а держать всё вместе?

@pincet · 14.06.2017, 16:08

DAL - он и есть DAL. Даже не знаю, что ответить..

@hoolygan · 14.06.2017, 21:23

SharpProg, голый код в каком-то неэлементарном проекте - это мазохизм. Можешь использовать хранимки. Код в шарпе минимальный, а функционал может быть расширен почти до бесконечности, особенно если есть возможность работать с xml. Решать Вам.

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@SharpProg 7 / 7 / 1 Регистрация: 24.01.2017 Сообщений: 229

	Правильное использование SQL-запросов в коде при взаимодействии с базой 14.06.2017, 14:45. Показов 1099. Ответов 4 Метки нет (Все метки) Правильно ли использовать (в целях оптимизации) голые SQL-запросы в C# коде в виде строк. Является ли такой подход обычной практикой? Я имею в виду обычное использование SqlCommand без всяких фреймворков. Просто выглядит такой код с множеством строковых литералов содержащих SQL-код как-то чужеродно. Была идея выносить SQL-код в .sql-файлы и добавлять их как ресурсы сборки (потом читать оттуда текст и выполнять), но множество мелких запросов организовывать таким образом не удобно, а динамически генерируемые запросы составлять невозможно. 0

@pincet 1655 / 1154 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	14.06.2017, 14:55
	обычной практикой является создание более-менее годного DAL 0

@SharpProg 7 / 7 / 1 Регистрация: 24.01.2017 Сообщений: 229
	14.06.2017, 15:09 [ТС]
	DAL для каждого проекта в решении свой? И нормально ли будет не выносить его в отдельный проект, а держать всё вместе? 0

@pincet 1655 / 1154 / 173 Регистрация: 23.07.2010 Сообщений: 6,910
	14.06.2017, 16:08
	DAL - он и есть DAL. Даже не знаю, что ответить.. 0

@hoolygan 360 / 287 / 76 Регистрация: 21.06.2016 Сообщений: 1,115
	14.06.2017, 21:23
	SharpProg, голый код в каком-то неэлементарном проекте - это мазохизм. Можешь использовать хранимки. Код в шарпе минимальный, а функционал может быть расширен почти до бесконечности, особенно если есть возможность работать с xml. Решать Вам. 0

Опции темы