A
ну возможно, Есть продукт у которого есть в UI конструктор запросов и эти запросы можно сохранять
вангую они все же написали свою реализацию сборки \ разборки компонентов запроса.
Size: a a a
2019 December 10
K
вангую они все же написали свою реализацию сборки \ разборки компонентов запроса.
+
A
ибо алхимия не тот инструмент, который проектировался решать подобные задачи. ты конечно можешь попробовать позаниматься реверс-инжинирингом объекта query, но вряд ли это имеет смысл.
A
я понимаю желание взять готовую библиотеку, хуяк - хуяк и готов продукт, но так не бывает. придется все таки попрограммировать.
D
я понимаю желание взять готовую библиотеку, хуяк - хуяк и готов продукт, но так не бывает. придется все таки попрограммировать.
no comment
K
в такой задаче я самолично бы построил query билдер на фронте, по параметрам http запроса делал бы этим запросы и хранил ненадолго в кеше. Если юзер захотел сохранить запрос то я бы просто комплил этот запрос в sql и сохранял строкой в базе для кокретного юзера. Генерировал бы ему для этого запроса уникальную урлу и все
A
в такой задаче я самолично бы построил query билдер на фронте, по параметрам http запроса делал бы этим запросы и хранил ненадолго в кеше. Если юзер захотел сохранить запрос то я бы просто комплил этот запрос в sql и сохранял строкой в базе для кокретного юзера. Генерировал бы ему для этого запроса уникальную урлу и все
ну если нужно потом деконструировать запрос и позволить пользователю его редактировать, то нужно хранить уже дерево операций в некоем формате.
K
ну если нужно потом деконструировать запрос и позволить пользователю его редактировать, то нужно хранить уже дерево операций в некоем формате.
наверное так было бы правильнее но не в майкрософте)
K
они просто посылают новый запрос с UI на бек и пересохраняют твой запрос
K
но уже с изминениями
A
но уже с изминениями
ну так то никто не мешает получить из объекта query SQL и манипулировать им уже как вздумается.
D
ну так то никто не мешает получить из объекта query SQL и манипулировать им уже как вздумается.
а наоборот можно? из raw_sql в query?
A
а наоборот можно? из raw_sql в query?
а зачем?
A
нет, разве что ты распарсишь SQL и построишь query.
K
а зачем?
плюсую
T
в проекте имеется графический конструктор запросов, в котором пользователи могут без познаний в бд составить довольно сложные запросы
Также нужен механизм сохранения этих запросов (по желанию) в одно из полей модели, чтобы обратившись к этому полю получить результат, который будет актуальным в текущий момент, а не тот,который был, при первом сохранении в конструкторе.
Также нужен механизм сохранения этих запросов (по желанию) в одно из полей модели, чтобы обратившись к этому полю получить результат, который будет актуальным в текущий момент, а не тот,который был, при первом сохранении в конструкторе.
просто сохраняй то, что с фронта приходит в бэк блобом и ладн
K
нет, разве что ты распарсишь SQL и построишь query.
только это уже достаточно высокий уровень питона :D
A
только это уже достаточно высокий уровень питона :D
не питона, но программирования в целом
K
не питона, но программирования в целом
ну да , эт типа шутка ну ты понял в общем)
A
да, это тебе не сайтики писать.