Правильно ли я спроектировал таблицы в бд?

Question

[Kolya Vantukh]

Кратко о сути : есть в доменной логике такое понятие как приход денег . Приход может быть разных типов . В зависимости от типа нужно указывать доп. поля при добавление прихода и сохранять их . Решил для каждого из типа создавать отдельную таблицу в бд и связывать с основной таблицей прихода через связь 1:1 .
Вот так вот выглядят мои таблицы
таблица приходов money_coming с полями

-id
-amount
-type_id
-date_added

таблица для конкретного типа прихода(в этом случае приход от клиента) client_moneycoming с полями

-id
-money_coming_id
-client_id
-order_code

Хотел спросить , правильно ли я сделал или есть лучшие способы?

Answer 1

[mayton2019]

На практике таблицы со связями 1:1 никто не создает. Есть конечно исключительные случаи. Они связаны с обходом ограничений использования BLOB полей и прочего но это точно не ваш случай.

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

Comments

[Kolya Vantukh]

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

[mayton2019]

Я не знаю какой engine ты используешь. Но для Oracle например для стандартных HEAP-organized tables, дисковое пространство в блоке не выделяется для пустых полей. Оно схлопывается. Поэтому экономия места тебя не должна беспокоить. Ну почитай документацию InnoDb/MyISAM что там с пустым местом.

Я имел дело с подобными связями 1:1 крупной системе для телефонного биллинга и общее впечатление было от нее - ужасное. Лучше такие связи не использовать. Так тебе проще писать запросы. Или создавай приходы столько сколько надо таблиц а левую часть их соедини в приход.

[Kolya Vantukh]

mayton2019, проблема не в дисковом пространстве , а в изобилии полей в таблице . Их кол-во может переваливать за 20-30 штук и большинство из них будут пустыми . Вот это , мне кажется , не по канонах немного

[mayton2019]

30 колонок это меньшее зло по сравнению с чудовищными SQL запросами которые ты начнешь писать когда у тебя будет JOIN с вариантами приходов.

Answer 2

[Андрей]

Фильтрации по доп.полям будут?
Если нет и база поддерживает json-поля - я бы их использовал.

Comments

[Kolya Vantukh]

тоже думал об этом , но в моем случае это не катит . Нужно будет статистику делать