Как правильно спроектировать базу: один юзер-много галерей-много изображений?

Question

[Максим Дьяченко]

Хочу сделать следующий функционал, у меня есть пользователь, который может создать какое-то количество галерей (у галереи может быть имя, самбнейл), в каждой галереи может хранится какое-то количество картинок.
Как я себе это представляю, есть таблица user(user_id primary), при создании юзером галереи, я создаю таблицу (gallery_id primary, user_id, gallery_name, gallery_thumb), а при загрузке юзером картинок в галерею, я создаю еще одну таблицу (img_id primary, gallery_id, img_name).
Правильное ли это решение? Ведь для каждого юзера создается 2 таблицы.
Всем спасибо!

Answer 1

[Максим Федоров]

Как я себе это представляю, есть таблица user(user_id primary), при создании юзером галереи, я создаю таблицу (gallery_id primary, user_id, gallery_name, gallery_thumb), а при загрузке юзером картинок в галерею, я создаю еще одну таблицу (img_id primary, gallery_id, img_name)

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

Comments

[Максим Дьяченко]

Не будет ли затратным, например, такой запрос: получение всех картинок, относящихся к конкретной галерее?

[Sergej]

Максим Дьяченко, Если у вас в каждой таблице по 5кк записей будет, то да, затратно.
Но что то мне подсказывает, это маловероятно. При объемах более 5кк, обычно вопросы задаются в другом ключе и явно не про структуру.

[Максим Федоров]

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

[Александр Трахимёнок]

При использовании индекса на SQL базе затратным не будет.