Всяка релационна база данни трябва да е добра за съхраняване на необработени данни като списъци с песни, списък с потребители, предпочитания за песни на потребителите..
Мисля, че ще откриете, че релационните бази данни (и SQL) не са толкова страхотни за съхраняване на различните структури от данни, които вашият препоръчител ще изгражда. Вашият препоръчителен механизъм вероятно ще създаде данни, които всъщност не е необходимо да бъдат в таблици, а манипулирането им за съхранение в релационна база данни може да бъде просто пропиляна работа.
Просто бъдете наясно какво правите и не прекарвайте време да поставяте неща в SQL база данни, ако се чувствате погрешно. Може би да разгледате използването на ориентирана към документи база данни като MongoDB .
Препоръката, която наскоро написах, всъщност е процес на Java сървър, който чете необработените данни от MySQL, върши цялата си работа в паметта и предоставя данни за препоръки на моето приложение чрез HTTP API. Дори не си направих труда да съхранявам постоянно данните за препоръките, тъй като те могат да бъдат регенерирани.
