Модифицировал вот до такого: re.findall(r'WHERE((.|\s)+?)(GROUP BY|;)', text)
Дело в том, что предложения WHERE могут быть многострочными, если они длинные, поэтому нужно учитывать и переводы строки. Я изначально делал почти такой же запрос (несмотря на то, что в теме у меня квадратные скобки - я пробовал и круглые). Но почему-то работает только когда взять эту часть в ещё одни скобки!
Точка в квадратных скобках воспринимается как точка? Не знал. А так, я рассчитывал, что точка воспринимается как любой символ, кроме перевода строки.
Я искал все символы, включая переводы строки, табуляцию, начиная со слова WHERE до GROUP BY или ;
Перевод строки и табуляция включается в поиск потому, что предложение WHERE иногда длинное, а значит, что его можно записать в несколько строчек.
И у меня не получилось понять, как работает (не работает) ИЛИ в re
Ну, так я тоже пробовал. Потом на каком-то форуме нашёл, что нужно сделать так, как сделано у меня сейчас. А строчку из документации воспринял как "в корне проекта Джанго". По-моему, тогда мне выдавало ошибку "config not found". Ну, я попробую ещё раз.
Сергей Горностаев, ну, я подумал, что могу использовать что-то такое. И думал, что я просто не знаю атрибут, который мне нужно переопределить перед сохранением.
Ну окей, спасибо за помощь
Я это, собственно, и собирался сделать, но решил, что должен быть более лаконичный способ. Всё-таки мне нужен стандартный функционал, но просто с другой БД. Получается, маршрутизатор - единственный способ?
Сергей Горностаев, ну так я же написал, что диалога получения даты нет в QInputDialog. И даже если в этой ситуации я могу обойтись QInputDialog.getText, то в ситуации, если бы мне нужно было ввести несколько значений разного типа - было бы не очень красиво вызывать несколько окон подряд. Соответственно, нужна форма (как я это вижу). Ну и встаёт вопрос, как сделать поведение формы похожим на поведение QInputDialog
Ладно, могу признать ошибку, но вопрос остаётся открытым. Запрос кешируется и я бы хотел узнать, как этого избежать. Может, не для этого случая, но на будущее
Главное - нафига его они пытаются узнать таким макаром
Ну, всё дело в том, что когда удаляешь какую-нибудь запись из таблицы, то если снова добавить запись - она добавится как бы через одного. Типа, если у тебя было 10 записей(id от 1 до 10), то если ты удалишь 10ую запись, после добавления новой записи у тебя будет идти после 9го айдишника 11й. И это мне не очень нравится. Я хотел при добавлении узнавать auto-increment и айди последней записи. Если они отличаются на 2 или более, то alter table "" auto_increment = айди последнего + 1.
Как-то так.
я так и не нашёл в инете, что мне делать с тем, что запрос auto_icrement кэшируется и не выводит актуальную инфу, поэтому я просто убрал auto_increment и при добавлении просто беру айди последнего + 1 :)
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
