Добрый вечер, я пишу вам после нескольких дней «размышлений»: D
Я работаю над системой WFM, которая позволяет вам управлять действиями на местах.Но теперь запрос на управление несколькими различными действиями заставил меня перепроектировать всю БД.Первоначально обрабатывались только 2 типа действий (установка, сбои), и все они управлялись одной таблицей базы данных со всеми столбцами одного и другого действия.Неиспользуемый столбец для задачи принял нулевое значение и не был показан через PHP.
Теперь я должен понять, как структурировать БД, которая имеет следующие характеристики: - пользователь может настраивать бесконечные типы различных действий (Установка, отказ, озеленение, восстановление и т. Д.) - пользователь может настраивать бесконечные свойства / атрибуты (имя клиента, фамилия, адрес, срок действия и т. Д.) - для каждого действия может быть связано множество свойств (определенно нетвсе) - каждое свойство плюс связь со многими действиями (конечно, не со всеми) - каждое свойство может принимать столько значений, сколько оно применяется (значения N ° = свойство X действия, к которому оно применяется) - пользователь делаетне нужно выбирать таблицу, в которую нужно вставить свойство, называется ли оно «имя двоюродного брата клиента» или «IBAN для оплаты»
. Делая практический пример, я могу иметь то, что свойства реестра клиентов используются длякаждый вид деятельности, но, возможно, свойство "Высота травы"используется только для деятельности "Садоводство"
Может ли кто-нибудь мне помочь?Спасибо