Как правильно создать таблицу пользователей двух типов в БД?

Question

[Jake Taylor]

Проектируется БД. На сайте должно быть типы аккаунтов со столбцами, перечисленными в скобках:
- Физическое лицо (фамилия, имя, email, password);
- Юридическое лицо (фамилия, имя, email, password + название компании, УНП компании).

Имеются общие данные: фамилия, имя, email, password, которые можно вынести в отдельную таблицу, назовем её accounts. Верно? Какие должны быть таблицы тогда в БД? Таблица accounts, таблица individuals и таблица company вот так:


либо создать только одну таблицу accounts и там, где у юзера будет роль = "Физическое лицо" заполнятся null поля, которые должны быть заполнены у компании, а это поля название компании, УНП компании?

Comments

[Илья]

как будут использоваться эти данные и сколько их будет?

[Jake Taylor]

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

[Илья]

Jake Taylor, а объем данных какой?

[Jake Taylor]

Илья, Сколько пользователей будет? Не понятно же)

[Илья]

Ну порядок то какой? 10, 100, 100000000?

[Jake Taylor]

Илья, предположу 1000.

Answer 1

[Slava Rozhnev]

Из за 3-х полей абсолютно нет смысла создавать отдельные таблицы. Вы больше потеряете в производительности постоянно используя JOIN

Comments

[Jake Taylor]

Создать только одну таблицу accounts ?
Там, где у юзера будет роль = "Физическое лицо", поля, которые должны быть заполнены у компании, а это поля название компании, УНП компании, будут заполняться null?

Answer 2

[Илья]

предположу 1000

при таком количестве записей особо не играет роли структура. Можно и с джоинами, можно и без. Скорее всего все будет в кэшах и так постоянно.

Как вариант, сделать одну таблицу, сделать в ней поле account_type и строковое поле Details в которых будет храниться XML или JSON.
Если надо, добавляем вычисляемые поля и вешаем на них индексы. Но это только в случае если база поддерживает это. А какая база, кстати?

UPD
Можно создать разреженную таблицу где будут и поля для физиков и поля для юриков, в которых будет null если тип не тот. А на стороне приложения преобразовывать их в объекты соотвествующего типа и с ними работать.

Comments

[Jake Taylor]

MySQL. Хочется обойтись без XML и JSON.

[Илья]

Jake Taylor,

Хочется обойтись без XML и JSON.

Почему так хочется?

[Jake Taylor]

Илья, ещё не знаю, как это делать)

[Илья]

Jake Taylor,
Хе) Ну тоже аргумент на самом деле.
Тогда давайте я вам такой наводящий вопрос задам. Допустим вам надо найти аккаунт в базе. Пока вы его не нашли, вы не знаете его тип. Попробуйте написать SQL запрос

[Jake Taylor]

Илья, вот этого не могу представить