<img src="<?= $avatar ?>" alt="" width="100px" height="100px" id="profile_image" name="account_get1">
1 - a/4 -f
INSERT INTO logs (log) VALUES ('what's up?');
VALUES ('what''s up?');
), либо использовать подготовленные запросы, где параметры отделены от тела запроса CREATE TABLE NumberActual (...
- создаст numberactualCREATE TABLE "NumberActual" (...
- создаст NumberActual, но при этом запросы SELECT * FROM NumberActual
/ SELECT * FROM numberactual
будут валиться с ошибкой по той же причине. 10 gb каждый час, без индексов 8 мин, с индексами 23 - 30 мин. Потом в 23 59 truncate и все по новойт.е. все-таки массовая загрузка.
идет массовая запись и индексы замедляют сильно insert.Прям сильно? Измеряли? INSERT какого характера - единичные запросы или массовая загрузка?
<,>,<=,>=
Я просто не очень понимаю моды использовать с соединениями или курсорами в питоне контексты. Видимо, один раз какой-то балбес написал туториал, и дальше все копируют.
В Python DB API (PEP 249) вообще ни слова не сказано, как себя должны вести соединения и курсоры при использовании с менеджером контекста. Конкретные драйверы ведут себя как попало. Обычно при использовании соединения с менеджером контекста на выходе происходит откат или фиксация транзакции - так ведет себя psycopg, sqlite3 и раньше вел себя pymysql, но сейчас (сюрприз-сюрприз!) он стал закрывать соединение!
Курсор - это вообще внутренее питонячье понятие, не имеющее прямого аналога в БД или нижележащем API. Что именно должно делать его закрытие, кроме пометки его закрытым, неизвестно.