DB_reseni-uzivatele,pristupy-docu -- delsi

[goldenfish na debian.pcnet-praha.cz]

On 25-12-2002 13.54 +0100, Martin Majkus wrote:
> 
> chvili Postgres nabizi.
> 
> S pozdravem
> 
> 	Martin Majkus
> 
> PS: dejte nam prosim vedet, co nakonec vymyslite.
> 

	dobry den,

danou ulohu ( popsanou v uvodnim dotazu threadu) mam jiz temer vyresenou.

overovani prav uzivatelu resim pres databasovou vrstvu.uzivatelu ma byt
vice (minimalne ve stovkach az do tisicu).

napisu zde castecne strukturu tabulek.

uzivatele->id,username, password, nejaka dalsi identifikacni hodnota

skupiny->typ uzivatele, pripadne vazba na nadrazeny typ uzivatele
(pocitam s tim, ze to pujde do stromu)

relace_uzivatel_skupina->id_uzivatele, id_skupiny  -- z teto tabulky
probiha overovani prav k danym zaznamum

tabulky_se_zaznamy->id, id_uzivatele (primy vlastnik zaznamu -- mozno
casem vypustit, zatim vyhovuje),data, vazby na dalsi tabulky, ...... 

problem byl jak vyresit pristupy ke konkretnim zaznamum :

v tomto pripade bych udelal tabulku    pristupy.
je zde treba osetrit, aby bylo mozno efektivne pristupovat ke konkretnim
zaznamum, do stromu, nejaky interval, podminka.napadla me myslenka
"vlastniho jazyka".

struktura tabulky pristupy:
id_uzivatele,
id_skupiny,
(nebo cislo relace_uzivatel_skupina )
druh_pristupu -- nejaka bitova maska,
druh_omezeni,
data_omezeni,
sekce pristupu (kde se k datum muze pristupovat, neni povinne)
+ pripadne dalsi data

druh_omezeni = vlastni jazyk => (T-nejvyssi uzel stromu, I-jeden zaznam, C-omezujici
podminka v sql dotazu [napriklad, vsichni uzivatele z prahy], X-pripadne
dalsi znacky,....)
tyto znacky uz je treba zpracovavat v aplikacni vrstve .
data_omezeni = nejaka konkretni hodnota,podminka dotazu, cely dotaz 

 diky za pomoc a nazory 

  zatim pavel 'goldenfish' kysilka