mad_nazgulsceЯ пока вижу 2 таблицы:

Таблица 1
device id | attr1 | attr2 | attr3

Таблица 2
user id | device id


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

Нормализуй это!
Т.е. где-то так
device: device_id, <bla-bla-bla>
attribute: attribute_id, <bla-bla-bla>
users: user_id, <bla-bla-bla>
device_atribute: [device_id,attribute_id] PK
users_device: [user_id,device_id] PK

не туда запилил, здесь уже все нормализовано.

sceПодскажите по проектированию простой БД

1. Есть список устройств, у каждого устройства есть свои атрибуты (размер, вес, цена).
2. Есть список клиентов который использует одно из устройств.

Список устройств может пополняться.
Также для каждого клиента надо будет получать его устройство с атрибутами.

Как правильно сделать такую простую архитектуру?


Я пока вижу 2 таблицы:

Таблица 1
device id | attr1 | attr2 | attr3

Таблица 2
user id | device id


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

пока ничего неправильного не вижу.

mad_nazgulMasterZivпропущено...


пока ничего неправильного не вижу.

Выделил главное.
При той структуре, которую предложил ТС, таблица будет расти "вширь", т.е. добавляться новые колонки :-)

А, сори, это я пропустил.

Ну всё равно вопрос, как часто будут добавляться и кто должен добавлять (программист/ пользователь).

ScarferNVСогласен с Serguei
Но перед нормализацией надо сначала провести анализ самой задачи. На текущий момент ошибки явно на лицо.

Ну так перечислите.

Если EAV не делать, то там всё ОК.

Если вы думаете, что (attr1 | attr2 | attr3) -- это массив атрибутов, и нарушение 1НФ, то возможно вы ошибаетесь,
потому что это могут быть просто названия разных атрибутов (разных по смыслу, с разными типами данных и т.п.)
ТС как бы на это намекнул, перечислив их (размер, вес, цена).

ScarferNVMasterZivНу так перечислите.

Если EAV не делать, то там всё ОК.

Если вы думаете, что (attr1 | attr2 | attr3) -- это массив атрибутов, и нарушение 1НФ, то возможно вы ошибаетесь,
потому что это могут быть просто названия разных атрибутов (разных по смыслу, с разными типами данных и т.п.)
ТС как бы на это намекнул, перечислив их (размер, вес, цена).

Связь между пользователем и устройством. У пользователя может быть много устройств.
Соответственно таблицы автора не соответствуют этой связи.

Постановка задачи:
авторЕсть список клиентов который использует одно из устройств .