no...
napisem k tomuto aj nieco obsiahlejsie, zatial aby rec nestala:

- nikde nespominam nejake nove ovladanie. Navrh GUI s radostou prenecham ludom ktori sa v tom vyznaju a ktorych to bavi.

- tabulka grup je potrebna uz len preto, ze logicky je grupa nieco ine ako noda. Samozrejme moze mat grupa priradenu aj vlastnu nodu, ale to je iba jej prezentacia. Okrem toho takto (grupy v nodes) by si kazdy mohol vytvorit vlastnu grupu. Poznamke o zamenach a problematickych priradeniach stromu nerozumiem, objasni pls. Ked sa to dobre naprogramuje, nemoze byt problem.

- z hladiska navrhu je zbytocne aby boli grupy hierarchicke ak tam nebude dedicnost (a teda s tym nebude spojena ziadna funkcionalita), ale ak to niekomu spravi radost nech sa paci. v kazdom pripade som proti tomu aby nejake usporiadavanie grup robili admini, to je zbytocne zabijanie casu.

ad Nechapem ani preco by malo byt "Cislo grupy bude sucastou primarneho kluca v tabulke nodes". Pripada mi to zbytocne, a hlavne takymto sposobom umoznujes zabranujes foru aby mal clenstvo iba v jednom guilde vo viacerych guildoch….
- zatial co v tvojom navrhu mas pre forum/nodu zoznam grup napr. (1, 7, 12) a pre visiting usera tiez napr. (3, 24, 42). Mozno som mimo, ale mam pocit ze matchovat taketo zoznamy je podobne efektivne ako robit like %% na vector. Ak je forum v troch grupach a user v desiatich, spravi sa v najhorsom pripade 30 porovnani (grupy_fora * grupy_usera), v mojom navrhu je to vzdy max. pocet grup usera (tu 10). To je dost vysoka cena za feature, ktora vytvara nekonzistenciu a je uplne iracionalna (aby bolo jasne - podla Jayovho navrhu moze do fora patriaceho viacerym grupam prispievat clovek ktory je iba v jednej z nich, cize grupy nemozu urcovat kto do ich for moze prispievat).

- aj tak to treba poriesit irl