Подскажите плиз по архитектуре как лучше работать с таблицей где хранятся все транзакции по балансу пользователя, а именно если идет операция списание баланса со счета юзера - то лучше создавать транзакция с минусовым числом - или лучше чтоб число всегда было без знака минуса но добавить тип транзакции или зачисление или списание ?

Я набросал триггер - может кто еще чего посоветует?

я бы использовал уникальный индекс и upsert

Посоветую задачу яснее описать. ;) Хоть \d таблицы покажите — непонятно, какие там ключи и т.п.

Табличка простая CREATE TABLE public.doc
(
   id integer,
   value text
)

я бы использовал уникальный индекс и upsert

Всем привет. Кто нибудь сталкивался с такой реализацией что бы авторизация пользователей была не на уровне приложения а на уровне субд

Проще говоря под каждого зарегистрированного на сайте пользователя, создавать своего пользователя в субд

Понимаю что такой вариант - вообще не вариант, но ИБ говорят что по другому нельзя(можно если на уровне ОС создавать этих пользователей)

БД - постгрес ентерпрайз

Подскажите есть ли максимальное создаваемое количество пользователей в посгре?
И какие могут быть минусы данного подхода?

Всем заранее огромное спасибо!

Без PK, что ли? "Замечательно". Тут дальше и смотреть смысла нет (какова бы ни была задача), IMNSHO.

а что вас смущает? для теста зачем огород городить?

Да, давайте начнём с 2+2=3, почему нет. ;)
Смущает то, что при таком определении вообще непонятно, что должен делать триггер и правильно ли он работает (сейчас он позволяет вставлять неограниченное количество полных дубликатов, например).

Всем привет! Подскажите, кто на практике работал с pg_repack?  Из описания заявлена возможность переноса без блокировок таблиц и индексов.

я работал. там без долгих блокировок. но эксклюзивные нужны для подмены таблиц. из коробки он ждёт таймаут и потом снимает мешающие сессии (если прав хватит)

а если выполнять перенос весьма большой таблицы в другой tabelspace. То данное решение подойдёт, чтобы это выполнить без простоя ?

да, очень удобно, постоянно таскаем партиции в архивный tablespace