in reply to Perl, PostgreSQL, and Where Things Are Done
I have actually done some work with PostgreSQL and PL/Perl about 18 months ago and found the implementation, whilst interesting, somewhat lacking with the performance of this coupling of PostgreSQL and Perl was less than stellar, with, if I remember correctly, the Perl interpreter being launched each time a stored function employing PL/SQL is called. Additionally, I seem to remembering having major issues with concurrency with DBD::SPI, which at the time didn't support transactions anyhow, negating the value of some of the database server-side processing which I was looking to implement with this arrangement.
In short, it's an interesting arrangement, but if you want the integration of your database server to make it more of an "application" server, you would be better served by the exploring the server programming interface with C.
perl -le "print unpack'N', pack'B32', '00000000000000000000001000000000'"