СП
Ð
where id = any попробуй
зачем?
Size: a a a
2020 May 31
Ð
может схавает тупл
СП
Ð
where id = any попробуй
Вместо any ставил $1, тот же еррор
Ð
не вместо, а вместе
OM
conn.fetch("SELECT * FROM test WHERE ID IN ($1)", mylist)
Error:
asyncpg.exceptions.DataError: invalid input for query argument $1: ... (an integer is required (got type tuple))connection.cursor.fetch() требует аргумент кол-во записей
СП
connection.cursor.fetch() требует аргумент кол-во записей
Что делать?
СП
Ð
не вместо, а вместе
Эррор
Ð
Эррор
дай полный
СП
conn.fetch("SELECT * FROM test WHERE ID IN ($1)", mylist)
Error:
asyncpg.exceptions.DataError: invalid input for query argument $1: ... (an integer is required (got type tuple))такой же
OM
connection цепляется к серверу, в нем создается cursor
формируется запрос,
cursor.exec(запрос, (параметры))
resultset = cursor.fetch()
примерно так.
а вообще это питоновские ошибки, гоу в питоночаты
формируется запрос,
cursor.exec(запрос, (параметры))
resultset = cursor.fetch()
примерно так.
а вообще это питоновские ошибки, гоу в питоночаты
СП
connection цепляется к серверу, в нем создается cursor
формируется запрос,
cursor.exec(запрос, (параметры))
resultset = cursor.fetch()
примерно так.
а вообще это питоновские ошибки, гоу в питоночаты
формируется запрос,
cursor.exec(запрос, (параметры))
resultset = cursor.fetch()
примерно так.
а вообще это питоновские ошибки, гоу в питоночаты
Ок
Ð
connection цепляется к серверу, в нем создается cursor
формируется запрос,
cursor.exec(запрос, (параметры))
resultset = cursor.fetch()
примерно так.
а вообще это питоновские ошибки, гоу в питоночаты
формируется запрос,
cursor.exec(запрос, (параметры))
resultset = cursor.fetch()
примерно так.
а вообще это питоновские ошибки, гоу в питоночаты
разве тут не просто неспособность преобразовать тип параметра?
OM
Ð
разве тут не просто неспособность преобразовать тип параметра?
нужно вызывать метод exec объекта типа курсор, чтобы передавать параметры для prepared statement.
после чего fetch() возввращяет результаты этого резалтсета. ему можно указать кол-во записей которые следует вернуть, если надо итерироваться по резалтсету
после чего fetch() возввращяет результаты этого резалтсета. ему можно указать кол-во записей которые следует вернуть, если надо итерироваться по резалтсету
Ð
а я думал конвертировать его в массив и передать как параметр к any
GS
уже пощупал pg_probackup, там есть хоть какое-то временное задание диапазона хранения и числа копий.
Но и восстановление такое - грохнуть всё и восстановить полностью.
Но и восстановление такое - грохнуть всё и восстановить полностью.
В следующей версии будет инкрементальное восстановление
GS
SE
подожду, боюсь, я не соберу 😐
AN
Я всё понимаю, но объясните, почему тут так часто звучит мнение, что pg_dump это не бэкап? Это логический бэкап, и если он позволяет мне восстановить то, что мне нужно, то честь ему и хвала. Простой пример - берём заббикс, да, у меня были физические бэкапы - pg_probackup - замечательная утилита. Но часто ли я восстанавливался из них? Нет. У меня был логический бэкап, и с него я восстанавливался регулярно - удалит человек какой-нибудь шаблон, а в дампе у меня нет исторических таблиц и трендов и вся нужная инфа восстанавливается на соседний сервер за 1 минуту и не ждёшь, пока восстановятся все 2 Тб из физического бэкапа. Человек оттуда забирает нужную ему и инфу и возвращает как было на боевом сервере. Я к тому, что для каждого вида бэкапов свой типа задач.
GS
В дампом невозможен PITR, поэтому он не считается бэкапом
AN
Я это понимаю и знаю ограничения этого вида бэкапирования, но тем не менее, даже документация отводит его под отдельный вид бэкапов - логический бэкап.