Iskreno uzasavam se komplikovanih upita, mnogo puta se moze to uraditi korektno ali kad upit dodje do desetak redova mislim da ga treba razbiti na manje.
Ajmo malo teoretski. Sa napomenom da ne koristim mySQL i ne znam kako barata sa view-ovima.
Problem nije neuobicajen, da je forma reklo bi se master-detail, postoji jedna maticna tabela (za primer user je jedinstven) i druge prometne tabele (gde se user nije jedinstven ). Normalizacija je posebna prica i to se odradjuje kako se odradjuje.
Znaci master tabela je user_id, user_ime, ...
Detail tabela je user_id, paket_id, operator_id, datum_unosa, ... i ostale detail tabele.
U principu se zna kakvi se upiti traze pa se onda napravi jedan view gde ce biti grupisano po user_id, paket_id... (VIEW1)
VIEW2 kao view1 ali sa filterom za datum,
VIEW3 kao view1 ali sa filterom za aktivnost,
VIEW4 kao view1 ali sa filterom za placanje, ...
I onda se upit svede na vezu master-view1 , master-view2, master-view3, ... gde je zajednicko polje user_id.
OK, jedan slozen upit ako treba nesto ad-hoc, ali ako se ima vremena i zna se sta treba onda se problem razbije na nekoliko delova i olaksa.
A za prethodni post. Kako je dizajnirano deluje da ne moze, Ali ako se napravi tabela paket i samo doda polje vrsta paketa L(ame), G(ame) onda bi moglo.
Pomozite Micro$oftu u borbi protiv piraterije, poklonite prijatelju Linux