Codemaster "To netreba."
Hele, tak ja bych do toho rozhodne sel, jak pose Kit.
user (id_user, name)
plugin (id_plugin, name)
user_plugin (id_user, id_plugin)
"užívateľ A nebude mocť mať plugin, ktorý si zaplatil užívateľ B."
Tohle mi spis nedava smysl. Proc by mel mit kazdy uzivatel unikatni pluginy? Tak muzes mit v tabulce user_plugin sloupce actived true/false, purchased true/false. Jakoze uzivateli pridas vsechny pluginy, jen mu poznacis, ktere ma koupene a ktere aktivovane. Pri dotazu pak ale zkontrolujes oboje hodnoty, aby se nestalo, ze neco nema koupene, ale ma to aktivovane :) 1.000.000 radku pri spravnem indexovani nema vyznamny vliv na rychlost. To si muzes zkusit na Firefox, http://mlich.zam.slu.cz/…sorting2.htm, vol si tam n = fast 3, alg = fast3 a milion polozek to vysortuje za chvilku. Provede to kolem 20 mil operaci, 0.3s. A to je pomaly js. Takove rychle sql s integery nema problem. Jestli ti jde o pocet radku v db
A vypsat pluginy na radek, to taky jde (mysql)
SELECT
person_id,
GROUP_CONCAT(hobbies SEPARATOR ', ')
FROM
peoples_hobbies
GROUP BY
person_id