Какая должна быть структура БД для приложения с несколькими учетными записями, имеющими сходный тип данных для каждого кондиционера?

Question

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

Каков наилучший метод:

1: создание разных таблиц базы данных для каждой организации

2: создание общей таблицыи иметь дополнительный столбец для организации, которой он принадлежит.

Answer 1

В OLTP (обработка транзакций) рекомендуется создавать общую таблицу и каким-либо образом реализовывать подтипы, например «иметь дополнительные таблицы со столбцами для подтипа организации».В хранилищах OLAP (аналитическая обработка) это все еще хорошая практика, но отображение подтипов может быть реализовано по-разному.В датамарках OLAP решение "одна таблица на организацию" может быть хорошей практикой.

Вы можете взглянуть на книгу " Программирование с базами данных ", которая охватывает следующие темы: подтип / подкласскартирование, OLTP против OLAP, денормализация и т. д.

Answer 2

Как уже упоминалось, сделайте одну таблицу для организации, одну для оборудования, одну для людей и так далее.Это шаг 1 - отдельная таблица для отдельной сущности.

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

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

В любом случае: сущности одного и того же класса обычно должны храниться в одной таблице.