maks28rusДобрый день, есть небольшая проблема.да есть, и она, судя по вопросу -- в прокладке между стулом и консолью
maks28rusЕсть некая база со своими таблицами и пользователями, необходимо сделать несколько таких баз, чтобы пользователи могли писать только в свою базу, а select делать по всем. вот это как раз не необходимо, а привиделось негодной прокладке
maks28rus
Как лучше организовать такой вариант?

Нашел несколько вариантов:
1) сделать разбиение на уровне схем

т.е. один инстанс и одна БД ? это немного лучше. партицирование по собственнику. делается руками.
maks28rus2) организовать несколько бд, чтобы все висели на одном ip, но на разных портах.

ставится несколько инстансов в разные порты. Оно вам надо ?
maks28rusЗаинтересовал второй вариант, как можно такое провернуть в postgres (windows)? гуглеж особо не помог, скорей всего ищу не то, что надо.
есть третий вариант -- инстанс (и порт) один, а БД разные (разные строки подключения в части dbname). (не путать бд со схемой, тем паче -- таблицей).

2 последних можно опрашивать plproxy. это если совсем погрязнуть в согласованиях захотелось. или бд реально большие.

Alexiusmaks28rusпропущено...


а какие минусы этого варианта?

а какие плюсы?
как бы плюс -- отдельный кластер/базу. можно клонироваться переносом директории дата (т.е. практически "отмонтировать" / "примонтировать" на новом месте). Всё это оправданно для потенциально больших баз без перекрёстной, по областям владения, логики (т.е. когда запрос к шардам -- механическая сумма [union all] возвратов). и всё это обслуживаемо plproxy. но скорее всего -- всё это не нужно в случае тс.

maks28rus<>
Была идея все хранить в одной базе, но в таблице добавить столбец - "владелец", который бы показывал кто может изменять и удалять эту запись. Но это похоже больше на костыль.<>это неверно

это неверно даже в случае шардинга. как только у вас данные захотят мигрировать с ноды на ноду в режиме мультимастера -- вам захочется зафиксировать истинного владельца (или даже последнего редактора, что сложнее в разрешении коллизий) данного. а это -- идентификатор ноды--владельца (или последнего редактора) на уровне записи.