Что лучше при архитектуре базы данных?

Question

[Moshiwa]

Есть организации и есть два способа построить бд это для каждой организации создавать копии таблиц с префиксом или создать таблицу с морф связью где будут храниться связи сущностей с организацией.
В итоге что лучше переполненные таблицы, которые не будут увеличиваться или динамически меняющиеся таблицы

Comments

[Алан Гибизов]

Возможно, вам подойдут Partitioned tables?

Answer 1

[Сергей Горностаев]

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

Comments

[Moshiwa]

спасибо большое!

Answer 2

[Jack444]

Если бд строите под энтерпрайз левел и у вас планируются милиарды строк в таблицах то вполне годно добавлять префиксы и группы таблиц скидывать на отдельные сервера а после на уровне приложения менеджить запросы к нужным серверам, но скорее всего лучше посмотреть в сторону кликхаус, ядб или носиквел базы которые умееют горизонтально масштабироваться и сами распределяют данные по серверам.
Если данных в таблице планируется набор строк до сотни милионов то схема 1 сущность=1 таблица отличный вариант

Answer 3

[mayton2019]

Есть организации и есть два способа построить бд это для каждой организации создавать копии таблиц с префиксом

Тебе повезло. У тебя - postgres. Создай для каждой организации отдельную базу.

CREATE DATABASE org1 OWNER moshiva;
CREATE DATABASE org2 OWNER moshiva;

При необходимости создай еще одного пользователя и раздай привилегии.
Префиксы делать не надо.

Comments

[Moshiwa]

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

[mayton2019]

Moshiwa, дай цифры. Сколько пользователей и сколько организаций в продуктовой системе?

[Moshiwa]

mayton2019, они создаются динамически, больше 500 пользователей у каждого пользователя от 1 до 20 организаций допустим

[mayton2019]

Moshiwa, мда. Действительно многовато для создания баз. Тогда последуй совету Гибизова (вверху).

Он предлагает использовать table partitions. Это вполне себе здравое решение. Тем более Postgres
хорошо поддерживает разные типы (range, hash, list) почти как Oracle.