podatkovne baze - cikli

Pozdravljeni, imamo načrtovalsko vprašanje - bolj vprašanje, ki se tiče dobrega načrtovanja pod.baze.
Malo sem pozabil s faksa kaj bi naj bil cikel v bazi in kaj ne (ali vse povprek).
Cikel bi naj bil nekaj - 'cikel je če se da iz katerikoli smeri priti nazaj v isto entiteto)', v katerem primeru pa bi naj bil cikel usoden za transakcijo pa ne vem.

Primer:
- tabela DATA vsebuje podatke kot so kdo je urejal vnos user_id in kdo ima pravice urejati ta vnos group_id. torej DATA( .., text, user_id, group_id )
- tabela GROUPS nosi samo id in ime grupe GROUPS(id, name)
- tabela USERS nosi id, username, password, level USERS(id, username, password, level)
- tabela GROUPS_USERS nosi id grupe in id userja GROUPS_USERS(group_id, user_id) - torej razrešitev N-N, ker lahko npr. user admin pripada različnim grupam, osnovni user pa samo eni.

torej imamo neke vrste cikel DATA(group_id)-GROUPS(id)-GROUPS_USERS(group_id,user_id)-USERS(id)-DATA(user_id)
ki pa je dejansko cikel če imamo le enega user-ja v group_users za neko grupo.
Imam prav? Je kakšen boljši koncept načrtovanja userjev? Kompliciram / KISS?
Namreč imam neke vrste članke, ki jih menedžirajo osebe katerih se ti tičejo in administrator. Poleg tega bi rad videl ali je članek menedžiral admin ali dotična oseba (in 'bog ne daj' kaka druga oseba, ki se jo to ne tiče :) ).

Lp