Alexey KudinovДурацкая она потому, что не отвечает на вопрос "а зачем пользователю самому добавлять какие то атрибуты ?"
Что он с ними будет делать ?
Как в дальнейшем использовать ?
И почему их добавляет именно пользователь.
Нет ну я действительно хочу разобраться...
В рамках приведёной упрощённой задачи:
данный бизнес очень динамичен(периодически появляются новые параметры учёта)
поэтому при первоначальной постановке задачи озвучены параметры учёта какие есть сейчас и пожелание иметь возможность добавить самим (в динамике) не заказывая доп. разработок: "пришёл клиент с пожеланием, а у нас в системе нет такого параметра учёта... мы его сами завели и клиента окучили"
Что делать и как использовать... строить отчёты о количестве проданых авто с системой В-В или др.

proposed amendment ДедушкаНет ну реально не понимаю... и прошу объяснить.

смотрите в сторону иерархических справочников... впрочем боян

если рассматривать ваш пример с установкой на автомобиль "системы типа В-В" перечтите внимательнее сообщения других отвечавших на ваш вопрос
За справочники я уже спасибнул :)
По поводу ответов... насчёт реализации, да.
А, вот "почему дурацкая", нет.
Ешё раз, почему постановка дурацкая?

proposed amendmentпотому, что уже объясняли - "двигатель" или "наличие системы В-В" это не атрибут автомобиля...

это запись о наличии отношения экземпляра (например) двигателя (кузова, лобового стекла, колеса) к экземпляру (например) автомобиля.
Это спор о терминах, а не ответ на вопрос .
Атрибут с латыни вообще "приписывание". Или существенное свойство объекта.
В постановке задачи про авто говорится о наличии определённых параметров автомобиля и возможности добавлять их самому. Заказчику всё равно атрибуты это будут или экземпляры.

Alexey Kudinov.
Спасибо за ответы.
Ну в данном контексте отчёты как я и написал (количество авто с заданным параметром\ами)
(Продано 10 авто с форсированным двигателем и 2 авто с системой В-В.)
При этом у этих параметров есть свои параметры (файл в blob поле для "система В-В")
котрые нужно хранить и которых первоначально может не существовать в системе.
Т.е. при пополнении справочника "связанных с авто параметров" нужно либо создавать для их подпараметров отдельные таблицы либо заранее в системе предусмотреть хранение подпараметров всех основных(приводимых) типов...

Alexey KudinovТ.е. у параметров есть еще какие-то непростые параметры ? Все чудесатее и чудесатее...

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

Похоже что отмазки про "динамичный бизнес" - от нежелания подумать и от жадности.
Бизнес у всех "динамичный"
Да, нет... про непростые параметры я описывал в постах выше в задаче про автомобили...
Если совсем просто то это так: есть контора торгующая авто. В системе учёта учитываются "параметры" авто (это то что клиент хочет поставить на заказываемое авто)
Сейчас они торгуют авто с возможностью выбора для клиента только двух параметров (цвет и тип двигателя), но при этом хотят чтобы если пришёл клиент и захотел некую небывалую фишку (ну не знаю... пусть спутниковую тарелку) на авто, его не терять, а поставить ему это.
При этом эту тарелку нужно как то учесть в системе (раньше они и предположить не могли что такое возникнет, принципиально не возможно учесть гепотетические пожелания человека). Поэтому хотят добавления параметров авто в динамике без участия прогера.

proposed amendment ДедушкаЕсли совсем просто то это так: есть контора торгующая авто. В системе учёта

Дедушка, ты упорно отказываешься слушать о чем тебе говорят или просто пока не готов понять

Автомобили самых разных конфигураций легко описываются в система Parent-Child, применение EAV тут не имеет смысла (неоправдано)
Ну этого я очень долго добивался вопия "люди подскажите...EAV,Тенцер или др."
Про парент-чилд понял эн постов назад.
Как организовывать при добавлении нового чилда к паренту "авто" хранение параметров этого чилда тип котрых отличается от типов уже хранящихса параметров других чилдов (другие были varchar, а новый image)?
Заводить под каждый возможный тип свою таблицу заранее?

U-gene2 Дедушка в целом в спор влезать не хочу, но пример откровенно дурацкий. Сорри если обидел:).
ИМХО на дурацких примерах (с первого взгляда) можно понять непонятные вещи.

Alexey Kudinov ДедушкаСейчас они торгуют авто с возможностью выбора для клиента только двух параметров (цвет и тип двигателя), но при этом хотят чтобы если пришёл клиент и захотел некую небывалую фишку (ну не знаю... пусть спутниковую тарелку) на авто, его не терять, а поставить ему это.
При этом эту тарелку нужно как то учесть в системе (раньше они и предположить не могли что такое возникнет, принципиально не возможно учесть гепотетические пожелания человека). Поэтому хотят добавления параметров авто в динамике без участия прогера.Мне кажется, что список _допустимого_ доп. оборудования для конкретной марки авто вполне себе конечный и определяется производителем. Если это не фирма занимающаяся каким-то эксклюзивным тюнингом.

Но в любом случае, потеряют ли они клиента в последнюю очередь зависит от функционала ПО, которое они используют для регистрации пожеланий клиента.
Мы опять пытаемя думать о бизнесе(продажа авто), а не о реализации.
Почему такая постановка задачи "дурацкая" я так и не услышал, да, своебразная, но вполне понятная.
Как организовать хранение параметров новых чилдов?

proposed amendment ДедушкаЗаводить под каждый возможный тип свою таблицу заранее?

возможно хранение общих или сходных атрибутов в одной сквозной таблице-справочнике

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

в конце концов никому еще не удавалось созадь универсальную БД на все случаи пользователя...

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

Ну дак я почти в каждом посте вопил "почему дурацкая?"
Всё равно, спасибо всем кто отвечал по существу, а не глумился.