YS
да я имел ввиду в psql
Хмм... а как Вы смотрите / что не совпадает?
Size: a a a
2020 July 30
АЛ
Скорее всего схему не указываете, либо таблицы имеют прописные буквы в названии и вы их не берете в двойные кавычки.
ET
Yaroslav Schekin
Хмм... а как Вы смотрите / что не совпадает?
А как правильно посмотреть все что есть в тебелспейсе? я нашел что там есть 1 БД, мне впринципе этого будет достаточно если смена тейбелспейса базы перенесет все сущности в новый тебелспейс
ALTER DATABASE name SET TABLESPACE new_tablespace -
ALTER DATABASE name SET TABLESPACE new_tablespace -
МШ
А как правильно посмотреть все что есть в тебелспейсе? я нашел что там есть 1 БД, мне впринципе этого будет достаточно если смена тейбелспейса базы перенесет все сущности в новый тебелспейс
ALTER DATABASE name SET TABLESPACE new_tablespace -
ALTER DATABASE name SET TABLESPACE new_tablespace -
1. что такое тебелспейс?!
2. В табличном пространстве могут содержаться различные объекты различных баз. И вам, чтобы найти все объекты из всех баз, надо подключиться к каждой базе и сделать выборку из указанных мной таблиц.
2. В табличном пространстве могут содержаться различные объекты различных баз. И вам, чтобы найти все объекты из всех баз, надо подключиться к каждой базе и сделать выборку из указанных мной таблиц.
YS
А как правильно посмотреть все что есть в тебелспейсе? я нашел что там есть 1 БД, мне впринципе этого будет достаточно если смена тейбелспейса базы перенесет все сущности в новый тебелспейс
ALTER DATABASE name SET TABLESPACE new_tablespace -
ALTER DATABASE name SET TABLESPACE new_tablespace -
А в метакомандах я что-то такого (специально предназначенного) и не помню, кстати.
В любом случае, запрос-то написать тривиально, хоть на основе:
В любом случае, запрос-то написать тривиально, хоть на основе:
SELECT c.relname, t.spcnameИ см. https://t.me/pgsql/242048 , да. Т.е. это в каждой базе нужно выполнять.
FROM pg_class c
LEFT JOIN pg_tablespace t
ON t.oid = c.reltablespace;
YV
всем привет, - а никто не сталкивался в работе с postgre c таким екзепшеном:
Database error: ОШИБКА: неверная последовательность байт для кодировки \"UTF8\": 0x00?
Запрос сам простой: SELECT * FROM table WHERE verif_key = 'тут обычный UUID' AND user_id = 1
поле verif_key - varchar
На СтекОверфло нашёл, что это говорит о том, что нельзя вкладывать пустые символы, но в UUID их и нет
Database error: ОШИБКА: неверная последовательность байт для кодировки \"UTF8\": 0x00?
Запрос сам простой: SELECT * FROM table WHERE verif_key = 'тут обычный UUID' AND user_id = 1
поле verif_key - varchar
На СтекОверфло нашёл, что это говорит о том, что нельзя вкладывать пустые символы, но в UUID их и нет
Понял, - особенности внешнего api: вобщем из ответа апи в виде base64-стринги я достаю String uid (для примера 55ffb1f5-202b-4973-8ab6-fd7548ac5433) именно так я его вижу у себя в логах, НО... рили он такой: 5 5 f f b 1 f 5 - 2 0 2 b - 4 9 7 3 - 8 a b 6 - f d 7 5 4 8 a c 5 4 3 3 и именно в этом виде он летит в бд и потому экзепшн и выхватывал
Н
Всем привет! Результат выполнения одного и того же запроса в программе Postico и в моем коде - разный. Такое может быть?
AN
Не понятно, что это за программа, но на всякий случай - под одним и тем же пользователем коннектитесь? Или, может быть там данные успевают измениться?
Н
Запрос в программе:
Запрос в коде:
и $1 заменяется на игру с id 1, потому что результаты выдает те же, но не полностью
SELECT * FROM "Type"
JOIN "Platform" ON "Type".id = "Platform".type_id
WHERE game_id = 1Запрос в коде:
SELECT * FROM "Type"
JOIN "Platform" ON "Type".id = "Platform".type_id
WHERE game_id = $1и $1 заменяется на игру с id 1, потому что результаты выдает те же, но не полностью
YS
Запрос в программе:
Запрос в коде:
и $1 заменяется на игру с id 1, потому что результаты выдает те же, но не полностью
SELECT * FROM "Type"
JOIN "Platform" ON "Type".id = "Platform".type_id
WHERE game_id = 1Запрос в коде:
SELECT * FROM "Type"
JOIN "Platform" ON "Type".id = "Platform".type_id
WHERE game_id = $1и $1 заменяется на игру с id 1, потому что результаты выдает те же, но не полностью
Почти наверняка (с учётом https://t.me/pgsql/242056 и т.п.) — какой-то bug либо в postico, либо в Вашей программе.
ВС
короче, основная идея проста как мычания - тот хвост цепочки, который вышел за пределы политики удержания, мержится в последний(самый старый) инкрементальный бэкап, удовлетворяющий политике
а скажи при мерже на сколько изменится Фулл дамп. я к тому что rsync не заново будет все качать? (мне бэкап выливать надо с диска бэкапового)
СГ
а скажи при мерже на сколько изменится Фулл дамп. я к тому что rsync не заново будет все качать? (мне бэкап выливать надо с диска бэкапового)
rsync работает с файлами. Если файл изменился - то перекачает весь заново
СГ
это borg умеет инкрементально файлы бинарные копировать
GS
а скажи при мерже на сколько изменится Фулл дамп. я к тому что rsync не заново будет все качать? (мне бэкап выливать надо с диска бэкапового)
Вы rsync`ом копируете куда-то директорию бэкапов?
GS
или держите вторую копию и синхронизируете её таким макаром?
ВС
Вы rsync`ом копируете куда-то директорию бэкапов?
именно rsync+sftp
GS
именно rsync+sftp
а зачем?
ВС
Вы rsync`ом копируете куда-то директорию бэкапов?
переношу через тырнет в другой сервер
ВС
с ДЦ в офис из офиса в склад и храню 3 копии в 3х разных местах.
GS
понял