Rules und crypt Problem

This is a multi-part message in MIME format.
--------------030202090703000505040808
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable






Hallo zusammen,



ich hab ein kleines Problem (oder ich seh den Wald vor lauter Bäumen
nicht mehr...) mit der crypt Funktion, bzw. ihrem Gebrauch in Rules.



Wenn ich eine Tabelle tt habe und einen regulären Insert mache,
funktioniert auch der Gebrauch von crypt:



=3D> create table tt (u=
n
varchar(10), pw varchar(128));

CREATE TABLE

=3D> insert into tt values ('me', crypt('pass',gen_salt('bf')));

INSERT 0 1

mitarbeiterideen=3D> select * from tt;

 un |         =C2=A 0=C2=
 Â Â Â Â Â Â Â Â Â Â  Â Â=A0=
       pw

----+------------------------------------------------------- -------

 me | $2a$06$RHCI.brrz/UedPhDokDgTumljCvbG1QBofLWNaQfkaii6KzLFAO0y r>
(1 Zeile)





Funktioniert. Aber ich möchte jetzt gerne, daß das pw Feld per =
crypt
verschlüsselt wird, auch wenn die Applikation nur plain übergib=
t, also

nur 'me' und 'pass'. Also dachte ich, ich kann das mit einer Regel
lösen:



=3D> CREATE RULE pw_tt =
AS
ON INSERT TO tt

-> DO INSTEAD

-> INSERT INTO tt VALUES (NEW.un, crypt(NEW.pw, gen_salt('bf')));

CREATE RULE



=3D> insert into tt values ('me', 'pass');

FEHLER:  unendliche Rekursion entdeckt in Regeln für Relation =C2=
=BBtt«





Kann mir bitte jemand erklären, wo hier der Fehler liegt? Ich schein
betriebsblind zu sein, aber ich weiß nicht, woher er die Rekursionen
holt...



Vielen Dank und Gruß

  Oliver

Re: Rules und crypt Problem

Oliver Kamzol schrieb:
> Funktioniert. Aber ich möchte jetzt gerne, daß das pw Feld per cryp=
t
> verschlüsselt wird, auch wenn die Applikation nur plain übergibt, a=
lso
> nur 'me' und 'pass'. Also dachte ich, ich kann das mit einer Regel lö=
sen:
>=20
> =3D> CREATE RULE pw_tt AS ON INSERT TO tt
> -> DO INSTEAD
> -> INSERT INTO tt VALUES (NEW.un, crypt(NEW.pw, gen_salt('bf')));
> CREATE RULE
>=20
> =3D> insert into tt values ('me', 'pass');
> FEHLER:=A0 unendliche Rekursion entdeckt in Regeln für Relation =BBtt=
=AB
>=20
>=20
> Kann mir bitte jemand erklären, wo hier der Fehler liegt? Ich schein
> betriebsblind zu sein, aber ich weiß nicht, woher er die Rekursionen =
holt...

Die RULE macht bei insert ein instead insert. Die Rule für das Insert
ist wieder ein... richtig, insert.

Ich würde das eher als TRIGGER machen.




Andreas
--=20
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknown)
Kaufbach, Saxony, Germany, Europe. N 51.05082°, E 13.56889=
°

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Rules und crypt Problem

This is a multi-part message in MIME format.
--------------090804010009030907040701
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit







Andreas Kretschmer schrieb:

Oliver Kamzol  schrieb:

  

Funktioniert. Aber ich möchte jetzt gerne, daß das pw Feld per crypt

verschlüsselt wird, auch wenn die Applikation nur plain übergibt, also

nur 'me' und 'pass'. Also dachte ich, ich kann das mit einer Regel lösen:



=> CREATE RULE pw_tt AS ON INSERT TO tt

-> DO INSTEAD

-> INSERT INTO tt VALUES (NEW.un, crypt(NEW.pw, gen_salt('bf')));

CREATE RULE



=> insert into tt values ('me', 'pass');

FEHLER:  unendliche Rekursion entdeckt in Regeln für Relation »tt«





Kann mir bitte jemand erklären, wo hier der Fehler liegt? Ich schein

betriebsblind zu sein, aber ich weiß nicht, woher er die Rekursionen holt...

    

Die RULE macht bei insert ein instead insert. Die Rule für das Insert

ist wieder ein... richtig, insert.



Ich würde das eher als TRIGGER machen.

  

Andreas

  

Re: Rules und crypt Problem

am Sat, dem 25.10.2008, um 11:59:08 +0200 mailte Oliver Kamzol folgendes=
:
> Hallo zusammen,
>=20
> ich hab ein kleines Problem (oder ich seh den Wald vor lauter Bäum=
en nicht
> mehr...) mit der crypt Funktion, bzw. ihrem Gebrauch in Rules.

Die Liste hat mal wieder ein Zeitloch, ich weiß, daß Du noch mal
geantwortet hast und es mit einem TRIGGER versucht hast, und wieder eine
Rekursion. (die Liste wird diese Mail sicher auch noch sehen...)

In Deiner Triggerfuntion rufst Du INSERT auf. Nun rate mal, was
passiert, wenn ein INSERT einen TRIGGER auslöst, der wieder ein INSERT
macht? Nein, so geht das nicht.

Was ich meinte:

In Deiner Triggerfunktion prüfen, ob NEW.pw ein bereits gecryptetes
Passwort enthält (Stringlänge prüfen oder so.). Falls nein, die Var=
iable
NEW.pw passend behandeln. Das ganze als ein before insert - Trigger.


Andreas
--=20
Andreas Kretschmer
Kontakt: Heynitz: 035242/47150, D1: 0160/7141639 (mehr: -> Header)
GnuPG-ID: 0x3FFF606C, privat 0x7F4584DA http://wwwkeys.de.pgp.net

--=20
Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein@postgresql.o=
rg)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-de-allgemein

Re: Rules und crypt Problem

http-equiv=3D"Content-Type">



Hi Andreas,



Danke! Ich hab den Wald vor lauter Bäumen tatsächlich nicht mehr
gesehen ;-)

Hab den Trigger jetzt umgebaut und bin mit dem Ergebnis sehr zufrieden. r>


Danke und Gruß

=A0Oliver





A. Kretschmer schrieb:

type=3D"cite">

am  Sat, dem 25.10.2008, um 11:59:08 +0200 mailte Oliver=

 Kamzol folgendes:

  

Hallo zusammen,



ich hab ein kleines Problem (oder ich seh den Wald vor lauter Bäumen=

 nicht

mehr...) mit der crypt Funktion, bzw. ihrem Gebrauch in Rules.

    

Die Liste hat mal wieder ein Zeitloch, ich weiß, daß Du noch mal

geantwortet hast und es mit einem TRIGGER versucht hast, und wieder eine

Rekursion. (die Liste wird diese Mail sicher auch noch sehen...)



In Deiner Triggerfuntion rufst Du INSERT auf. Nun rate mal, was

passiert, wenn ein INSERT einen TRIGGER auslöst, der wieder ein INSERT

macht? Nein, so geht das nicht.



Was ich meinte:



In Deiner Triggerfunktion prüfen, ob NEW.pw ein bereits gecryptetes

Passwort enthält (Stringlänge prüfen oder so.). Falls nein, die Var=

iable

NEW.pw passend behandeln. Das ganze als ein before insert - Trigger.





Andreas