Zdravo,
ha - želel bi zadeve reševat na nivoju baze, pa ne bi bil rad omejen
na eno bazo?
Torej, trigerje poznata obe bazi, vsaka baza pa se skreira tako ali
tako z svojimi sql stavki - ob nameščanju pa se izbere katero bazo se
bo uporabljalo. Torej v vsakem primeru moraš tako ali tako pisati
trigerje za vsako bazo posebej.
lp
2006/5/31, polz <[EMAIL PROTECTED]>:
> Ali mislis kot uporabnika dejansko tisteka, ki se je povezal na
> streznik. Ce tako, lahko enostavno naredis triger on insert, kjer lahko
> dobis podatke od trenutno uporabljenega userja in avtomatsko fiksira
> tisto vrednost na tega uporabnika. No tudi na update triger je lahko isti.
Nekako sem upal, da bo šlo brez triggerjev, ker sicer uporabljam pythonovski
SQLObject in bi rad zadevo naredil portabilno tudi na MySQL.
> Sicer pa bos moral to resit na aplikativnem nivoju, ce za dostop
> uporabljas vedno istega userja.
Ravno temu bi se rad izognil - rad bi, da bi uporabnik v aplikacijo vnesel
username in password, ki se uporablja v bazi, aplikacija bi oboje le
forwardala, nadzor nad pravicami dostopa pa bi bil na nivoju baze.
Kar se tiče variante
INSERT INTO vnosi (
avtor, naslov, tekst )
VALUES ( current_user, 'foo', 'bar');
Kako bi tu dosegel, da user ne bi mogel vnesti druge vrednosti, kot
current_user ?
_______________________________________________
lugos-list mailing list
lugos-list@lugos.si
http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list
--
Janko Harej
TŠC Nova Gorica
višji svetovalec RO ZRSŠ
_______________________________________________
lugos-list mailing list
lugos-list@lugos.si
http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list
