AM
да, но близко)
Вроде норм получается)
Но для прода лучше кафка или реббит
Size: a a a
2021 June 23
k
смотря про какие объемы речь
АЗ
Я, конечно, не хирург, но должен сообщить что тут всё довольно непросто и в чатике врядли это можно описать. Рекомендую вам почитать цикл статей о блокировках Егора Рогова на Хабре. Конкретно вам будет интересна статья за номером 2 (https://habr.com/ru/company/postgrespro/blog/463819/), но лучше прочитать все - это интересно.
Кроме того, рекомендую ознакомиться с еще одной статьёй на тему:
https://habr.com/ru/company/ozontech/blog/555358/
Кроме того, рекомендую ознакомиться с еще одной статьёй на тему:
https://habr.com/ru/company/ozontech/blog/555358/
АЗ
Если будет использована блокировка на уровне строк, то лично мне кажется, что последовательность блокировки будет зависеть от плана выполнения и выбранного метода доступа, если блокировка будет предикатной, то проблем с возможными дэдлоками не должно быть вообще.
П
Коллеги, всем привет!
Нужна подсказка по работе с pg_partman если кто сталкивался.
Хочу разбить таблицу на партиции по 10.000 записей по UUID. Но он ругается: pg_partman only supports partitioning of data types that are integer or date/timestamp. Supplied column is of type uuid.
Есть вариант как-то это обойти или получить хеш (integer) чтобы по нему партицировать?
Заранее спасибо!
Нужна подсказка по работе с pg_partman если кто сталкивался.
Хочу разбить таблицу на партиции по 10.000 записей по UUID. Но он ругается: pg_partman only supports partitioning of data types that are integer or date/timestamp. Supplied column is of type uuid.
Есть вариант как-то это обойти или получить хеш (integer) чтобы по нему партицировать?
Заранее спасибо!
YS
> Если будет использована блокировка на уровне строк
Она используется всегда (без "если") для обновлений (CRUD), независимо от уровня изоляции.
> если блокировка будет предикатной
То на вероятность deadlock это никак не влияет.
И да, вместо статей я лично советую познакомиться с документацией. ;)
Она используется всегда (без "если") для обновлений (CRUD), независимо от уровня изоляции.
> если блокировка будет предикатной
То на вероятность deadlock это никак не влияет.
И да, вместо статей я лично советую познакомиться с документацией. ;)
YS
Есть вариант написать patch для pg_partman, если уж лично Вам это нужно. ;)
ac
А какое партицирование по смыслу вы хотите получить? рандомное деление на N партиций или коррелированое со временем создания строки?
П
Хочу получить деление по 10к строк без учёта времени создания строки)
СК
Мммм, а зачем вообще ?
ну так, на секунду, какой практический смысл ?
ну так, на секунду, какой практический смысл ?
ac
тогда я бы предложил взять байты 2-3, привести к int — это будет номер партиции
байты 0-1 это микросекунды, они могут быть не равномерно рапределены, а всегда 0, например
байты 0-1 это микросекунды, они могут быть не равномерно рапределены, а всегда 0, например
SB
ребятки, проектирую ща бд для приложения.
Подскажите, в чем стоит хранить список из некоторых строк?
Я понимаю, что хранить Array в бд это не по канонам, но в моем кейсе и отдельную таблицу создавать под это не вариант.
Есть рецепт, у рецепта есть список шагов приготовления, и мне нужно эти шаги приготовления как раз хранить в бд. И их может быть произвольное число, хоть 0 хоть 1 хоть 100. Как быть?
Подскажите, в чем стоит хранить список из некоторых строк?
Я понимаю, что хранить Array в бд это не по канонам, но в моем кейсе и отдельную таблицу создавать под это не вариант.
Есть рецепт, у рецепта есть список шагов приготовления, и мне нужно эти шаги приготовления как раз хранить в бд. И их может быть произвольное число, хоть 0 хоть 1 хоть 100. Как быть?
SB
Возможно стоит хранить это в виде типа "text" но разделять каким-то спец. символами?
ch
почему отдельная таблица для шагов, не вариант?
SB
ну это странно как-то, хранить шаги в отдельной таблице. Разве нет?
АС
то есть имея СУБД изобрести свою, на текстовых файликах, но хранить их в СУБД ))
SB
Тем более эти шаги привязаны к конкретному рецепту и приложение не подразумевает их отделение от конкретного рецепта
ch
и? связи таблиц стары как мир
SB
то есть вы предлагаете все же отдельную таблицу под шаги создавать?