На какой СУБД лучше всего спроектировать каталог музыки?
Есть проект каталога музыки и интернет радио находящийся в состоянии идеи. Было принято решение разрабатывать веб сервер и сервер потокового вещания на Java. Но вот вопрос где хранить каталог музыки и аудио данные оказался непростым, так как никто в команде никогда не сталкивался с таким огромным количеством хранимых данных.
Под каталогом музыки подразумевается онлайн плеер. Аналог Groovie Shark, только с полноценным сервером потокового вещания (интернет радио), API и другими плюшками.
В сущности ваш выбор распределяется между двумя основными вещами
sql или nosql решения.
Поскольку опыта, как Вы сами сказали, у Вас нет то, очевидно, и архитектуру Вы спланируете не самую оптимальную. От того идите по течению. Берите самую обыкновенную mysql и набивайте шишки. Если проект взлетит то рефакторинга в будущем Вам все равно не избежать.
Сколько у вас треков? Миллион? Это не то что бы сильно много, возьмите ту же mysql или на худой конец postgresql. Воткните потом кэш какой на no-sql для агрегации популярных запросов и вперед. Ну и добавить что-нибудь типа эластики для поиска, хотя это не так уж и обязательно.
p.s. А как вы решили юридический аспект этого дела? грувшарк платит денежку лэйблам и авторам, а вы как я понимаю, не будете.
@Showvars, mysql поддерживает шардинг и репликацию, что не так то? Опять же есть постгре. Можно взять монгу или couchdb, если вы грамотно подойдете к дело с ними можно получить профит.
@Showvars Существует приличное количество ресурсов-каталогов музыки с вещанием аналогичных Вашему, но абсолютно бесплатных. Взять хотя бы Простоплеер (pleer.com) или Музебра (muzebra.com). Как Вы заставите пользователей платить?
Простой
