CN
I want to ask the postgre support in-memory?
Size: a a a
2021 June 22
Д
You may achieve some behaviour by configuring pg server
Д
But pg is not in-memory storage
АЗ
Народ, появилась ошибка,
2021-06-18 14:45:59.211 UTC [124] ERROR: duplicate key value violates unique constraint "pk_messages"
2021-06-18 14:45:59.211 UTC [124] DETAIL: Key (id)=(1) already exists.
как будто айдишник сбросился, но все записи остались. Я от слова "совсем" не понимаю куда мне смотреть и как не допустить этого в будущем. Миграции то ли криво встали, то ли еще что. С чего начать поиски?
2021-06-18 14:45:59.211 UTC [124] ERROR: duplicate key value violates unique constraint "pk_messages"
2021-06-18 14:45:59.211 UTC [124] DETAIL: Key (id)=(1) already exists.
как будто айдишник сбросился, но все записи остались. Я от слова "совсем" не понимаю куда мне смотреть и как не допустить этого в будущем. Миграции то ли криво встали, то ли еще что. С чего начать поиски?
SG
Насколько хорош/быстр/производителен Multicorn FDW ElasticSearch?
DS
SELECT SETVAL поможет установить правильное значение для вашей последовательности
СК
подобное не появляется просто так, само по себе, сознавайтесь, что с базой делали ? )
АЗ
дак сам не знаю, могу логи конечно кинуть базы
YS
Может, кто-то вставлял записи с явно заданным id, а может — кто-то сбрасывал sequence. Или, например, эта база была получена в результате логической репликации (это частный случай первого варианта, в принципе).
В общем, смотрите / ищите (вспоминайте, что именно делали).
В общем, смотрите / ищите (вспоминайте, что именно делали).
D
можно сбросить сиквенс, select max(id)+1 from table; alter sequence table_id_seq restart with *полученное значение*
АЗ
погрепал, вот что нашел
2021-06-18 14:45:09.430 UTC [138] STATEMENT: CREATE SEQUENCE messages_id_seq INCREMENT 1 MINVALUE 1 MAXVALUE 2147483647 CACHE 1
2021-06-18 14:45:09.431 UTC [138] ERROR: relation "messages" already exists
но тут же ERROR - это не значит, что операция не прошла?
2021-06-18 14:45:09.430 UTC [138] STATEMENT: CREATE SEQUENCE messages_id_seq INCREMENT 1 MINVALUE 1 MAXVALUE 2147483647 CACHE 1
2021-06-18 14:45:09.431 UTC [138] ERROR: relation "messages" already exists
но тут же ERROR - это не значит, что операция не прошла?
АЗ
спасибо, сохраню, но хотелось бы понять где собака зарыта
YS
Значит, конечно.
Но ошибка же не от этого statement, обратите внимание.
Но ошибка же не от этого statement, обратите внимание.
СК
посмотрите эти строки внимательнее
чуйка мне подсказывает, что сиквенс могли пересоздать
тогда последуйте совету выше с
alter sequence
чуйка мне подсказывает, что сиквенс могли пересоздать
тогда последуйте совету выше с
alter sequence
АЗ
да, спасибо всем, понял!
S)
https://dbfiddle.uk/?rdbms=postgres_11&fiddle=37e5c27bc611e4e8225e55217e58419f
вот теперь сразу надо узнать еще сколько часов он был и сколько часов он не было, между 9 утра до 18!
если я пришел
в 10 и
вышел на обед 12
пришел с обеда 14
ушел домой 18:00
теперь взять сколько чисто был я офисе сколько не было! типа из 8 часов 6 часов был на офисе 2 часа не офисе
вот теперь сразу надо узнать еще сколько часов он был и сколько часов он не было, между 9 утра до 18!
если я пришел
в 10 и
вышел на обед 12
пришел с обеда 14
ушел домой 18:00
теперь взять сколько чисто был я офисе сколько не было! типа из 8 часов 6 часов был на офисе 2 часа не офисе
S)
вот теперь сразу надо узнать еще сколько часов он был и сколько часов он не было, между 9 утра до 18
ДИ
У вас бы тут диапазонные типы зашли хорошо по моему не?
ДИ
