Генератор (сложных) SQL-запросов

@Chinook · Регистрация: 12.06.2011

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

Привет!

Есть приложение, которое получает данные из базы. Вариантов запросов много, запросы сложные. Код - отстой. Конструирование запросов разбросано по сотне классов, каждый сам для себя.

Грядет переписывание этой кучи мусора, поэтому я хотел бы локализовать создание query в одном месте. Для меня очевидно (:-)), что такой объект = composit + interpreter, мы в произвольном порядке загоняем туда условия (для select, from, where, такие же объекты == подзапросы, having и т.д. и т.п.), потом получаем строку, представляющую из себя query. Я, собственно, уже продумал структуру и все такое.

Но!

Во-первых, не хочется изобретать велосипед, возможно, все до меня уже сделали.

Во-вторых, возможно, это не самый лучший путь, и кто-то знает лучший.

Собственно, вопросы: кто-нибудь про такой подход слышал? кто-нибудь с такой проблеммой сталкивался?

Заранее благодарен!

@Lamer George · 28.07.2011, 23:08

Сталкивались. Мы делали именно так, вручную.

@Chinook · 28.07.2011, 23:25 **[ТС]**

вручную - это string + string?

А почему так?

@Lamer George · 29.07.2011, 00:27

Честно говоря, не знаю подробностей - это делали до меня, и я даже не заглядывал в эти классы. В понедельник посмотрю на работе, и скажу подробнее.

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

@Chinook · 29.07.2011, 00:29 **[ТС]**

Спасибо, интересно будет узнать.

@(Phantom) · 31.07.2011, 11:18

Я использую как раз такой метод. У меня все запросы - это иерархия классов. Корень всего дерева это генерация запроса 'Select *', а FROM это виртуальная ф-ия. Дальнейшее усложнение запроса уводит в глуб дерева.
В результате чего проще сопровождать поняв эту органицзацию сопровождать. И еще один плюс меньше ощибок при наборе одинаковых данных, например имен таблиц, имен полей.

@Chinook · 02.08.2011, 21:34 **[ТС]**

Понятно, я примерно так и думаю. А ты сам все писал, не встречал нигде уже готового пакета? Я не к тому, что писать лень, а не хочется велосипед изобретать.

Новые блоги и статьи Все статьи Все блоги /
Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .
Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .

@Chinook 1 / 1 / 0 Регистрация: 12.06.2011 Сообщений: 68

	Генератор (сложных) SQL-запросов 28.07.2011, 21:17. Показов 3404. Ответов 6 Метки нет (Все метки) Привет! Есть приложение, которое получает данные из базы. Вариантов запросов много, запросы сложные. Код - отстой. Конструирование запросов разбросано по сотне классов, каждый сам для себя. Грядет переписывание этой кучи мусора, поэтому я хотел бы локализовать создание query в одном месте. Для меня очевидно (:-)), что такой объект = composit + interpreter, мы в произвольном порядке загоняем туда условия (для select, from, where, такие же объекты == подзапросы, having и т.д. и т.п.), потом получаем строку, представляющую из себя query. Я, собственно, уже продумал структуру и все такое. Но! Во-первых, не хочется изобретать велосипед, возможно, все до меня уже сделали. Во-вторых, возможно, это не самый лучший путь, и кто-то знает лучший. Собственно, вопросы: кто-нибудь про такой подход слышал? кто-нибудь с такой проблеммой сталкивался? Заранее благодарен! 0

@Lamer George 1 / 1 / 1 Регистрация: 07.03.2011 Сообщений: 117
	28.07.2011, 23:08
	Сталкивались. Мы делали именно так, вручную. 0

@Chinook 1 / 1 / 0 Регистрация: 12.06.2011 Сообщений: 68
	28.07.2011, 23:25 [ТС]
	вручную - это string + string? А почему так? 0

@Lamer George 1 / 1 / 1 Регистрация: 07.03.2011 Сообщений: 117
	29.07.2011, 00:27
	Честно говоря, не знаю подробностей - это делали до меня, и я даже не заглядывал в эти классы. В понедельник посмотрю на работе, и скажу подробнее. Скорее всего, там создавался класс запроса с методами для установки выбираемых полей, таблиц, условий (тоже реализованных в виде классов), а на выходе формировалась итоговая строка. 0

@Chinook 1 / 1 / 0 Регистрация: 12.06.2011 Сообщений: 68
	29.07.2011, 00:29 [ТС]
	Спасибо, интересно будет узнать. 0

@(Phantom) 0 / 0 / 1 Регистрация: 26.05.2009 Сообщений: 86
	31.07.2011, 11:18
	Я использую как раз такой метод. У меня все запросы - это иерархия классов. Корень всего дерева это генерация запроса 'Select *', а FROM это виртуальная ф-ия. Дальнейшее усложнение запроса уводит в глуб дерева. В результате чего проще сопровождать поняв эту органицзацию сопровождать. И еще один плюс меньше ощибок при наборе одинаковых данных, например имен таблиц, имен полей. 0

@Chinook 1 / 1 / 0 Регистрация: 12.06.2011 Сообщений: 68
	02.08.2011, 21:34 [ТС]
	Понятно, я примерно так и думаю. А ты сам все писал, не встречал нигде уже готового пакета? Я не к тому, что писать лень, а не хочется велосипед изобретать. 0