Мы создаем новое программное обеспечение для нашей компании, где мы хотим управлять нашими запасами. Цель этого инструмента - настроить клиента.
Моя часть в основном на стороне БД. Мы выбрали MariaDB в качестве нашего механизма БД, и пока мы работаем с довольно статичной c функциональностью реляционной БД, мы хотим реализовать довольно динамичное c решение.
Наш главный программист объяснил мне основы концепции, которую я буду внедрять в нашу БД:
Нам нужна таблица, которая в основном состоит только из других таблиц. Давайте назовем это «maintable». Maintable должен затем ссылаться на свои «атрибуты», которые являются другими таблицами. Например, maintable ссылки «Рабочие станции». «Рабочие станции» содержат такие атрибуты, как ЦП, ОЗУ, накопители, блок питания и т. Д. c ..
. А теперь наступает момент, который я до конца не понял. Фактические значения этих атрибутов в «Рабочих станциях» не должны быть вставлены в «Рабочие станции». Вместо этого они упакованы в другую таблицу (junction?).
Причина такого подхода заключается в том, что клиент должен иметь возможность настраивать БД в соответствии со своими потребностями. Когда клиент хочет добавить еще один атрибут, он сможет это сделать. Например, если новый блок питания теперь требует другого атрибута для дополнительного серийного номера, тогда клиент сможет просто создать этот новый атрибут в форме ввода внешнего интерфейса и затем сохранить его в БД.
Если бы кто-то мог указать на хорошие учебники, объясняющие этот тип концепции БД, то я был бы также рад! : =)