Генератор (сложных) 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 **[ТС]**

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

Новые блоги и статьи Все статьи Все блоги /
Использование SDL3-callbacks вместо функции main() на Android, Desktop и WebAssembly 8Observer8 24.01.2026 Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а привычная функция main(). . .	моя боль iceja 24.01.2026 Выложила интерполяцию кубическими сплайнами www. iceja. net REST сервисы временно не работают, только через Web. Написала за 56 рабочих часов этот сайт с нуля. При помощи perplexity. ai PRO , при. . .	Модель сукцессии микоризы anaschu 24.01.2026 Решили писать научную статью с неким РОманом	http://iceja.net/ математические сервисы iceja 20.01.2026 Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .
http://iceja.net/ сервер решения полиномов iceja 18.01.2026 Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма). На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь(не выше 3-го порядка) постоянного тока с элементами R, L, C, k(ключ), U, E, J. Программа находит переходные токи и напряжения на элементах схемы классическим методом(1 и 2 з-ны. . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .	Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/

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

	Генератор (сложных) SQL-запросов 28.07.2011, 21:17. Показов 3355. Ответов 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