Стоит задача: разработка веб - сервиса. Музыкальная тема.
Это будет веб - сайт, мобильное приложение и приложение для smart tv. Точнее это такой интерфейс для запросов к серверу.
Вопрос, при регистрации идет выбор "слушатель" или "исполнитель". У каждой из этих групп будет как общий функционал( такие как поиск, добавить в плейлист .. .. ) так и личный, например слушатель не может загружать на сервис музыку, видео - клипы.
Так вот. Правильно ли будет создать две таблицы в базе данных пользователи: Таблица Слушатели и таблица Исполнители.? Или всех пользователей записывать в одну таблицу( мне кажется это менее производительно)
И второе. Можно ли сделать так. Например разделить пользователей на таблицы с id. например id от 0 до 100000, с id 100001 в другую таблицу. И при входе или поиске пользователя ускорить поиск. Например если id > 100000, но меньше 200000, искать в таблице 1. иначе в таблице 2. Такая вот идея. Опишите пожалуйста свои мысли. Снизит ли это нагрузку на сервер? Ускорит ли это работу сервиса.
Пока что собираю лучшие решения и идеи заранее, а честно говоря не знаю с какой стороны подступиться к проекту.
Конечно на данном этапе проще нарисовать дизайн, но я не понимаю, как начать писать сервер..с таким функционалом..
Или хотя - бы родить какой никакой MVP проекта.
Сколько всего пользователей планируется? До миллиона вообще без разницы - одна таблица, а после уже смотреть по нагрузке. Да и думаю, что проблема будет совсем не с таблицами пользователей, поверьте. Это самые ненагруженные таблицы и запросы, если правильно подойти к авторизации и аутентификации, например на тикетах.
Александр, п идее там у вас и так получится штук 5-6 таблиц, с логинами, с юсеринфо, с доп-полями типа телефона, с ролями и т.д. И не нужно сыпать все в одну таблицу, расширять проще. Сделайте хотя бы тройку logins, users-info, roles...
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.