первый раз занимаюсь проектированием БД. Подскажите, пожалуйста, вот подобный вид и связи это норм?

как вообще продуктивнее построить процесс создания БД?
Проектирование - Описание моделей - Сбор данных - Загрузка в БД?

не понятно, как соотносятся managers и shops
у одного shops может быть один managers? тогда должно быть shops.managers_id -> managers.managers_id
а что такое managers.managers_shops (varchar(64))?

У shops может быть несколько менеджеров, но у менеджера может быть только один shop

тогда managers.managers_shop (bigint)

Это да, опечатался)

Никогда не используйте нумерик значения в первичном ключе , если только это не справочная таблица (хотя там тоже не очень желательно)

В неопределённом кол-ве таблиц искать что-то невозможно.

При поиске в T таблицах стоимость будет

O( T log Nt ) , где Nt - количество записей в таблице t.

Что конкретно тебе не нравится/?

Плюсую

да не то чтобы мне что-то ненравилось, просто первый раз подобным занимался и как-то даже не особо понимал в верном ли я вообще направлении

Пока всё неплохо, если мэнеджеров исправишь...

сейчас вот в таком видео уже

ну ограничения варчаров убрал и менеджера исправил))

Подскажите плиз бестпрактис.. )
Проектирую в первый раз таблицы с данными юзера...

Есть юзер у которого кроме простых полей имени, id и т.д. есть поля которые сами по себе объекты с массивами данных.

Правильно эти объекты расположить в отдельных таблицах или же все данные которые касаются юзера должны лежать в табличке юзер?


Мне кажется, что логично разделить. Положить эти данные в отдельные таблицы, а при запросе юзера собирать всё в один объект и отправлять...

table_user 1234 =
{name: kolya, id:1234, userLocations : (link-to-table_locations)}

table_locations 1234 = [
{loc_id: 01, strit:12, city:London, home:24},
{loc_id: 02, strit:9, city:Pekin, home:1},
{loc_id: 03, strit:2, city:Sidney, home:5},
{loc_id: 04, strit:11, city:Rovno, home:2}, ]

Как-то так...

А что это за прога для конструирования?

Разложить по разным таблицам.

Понял. Спс.

Благодарю!