[lug] Pointers Needed for Building Web Interface for PostgreSQL
Hugh Brown
hugh at math.byu.edu
Mon Nov 27 16:54:03 MST 2006
Bill Thoen wrote:
> Thanks, Hugh... What I meant by 'pgsql' was the built-in language that
> comes with Postgres, plpgsql. I'm most familiar with that, but I know
> enough php and perl to be dangerous, so I can try the packages you
> suggested and see if I can make them work.
>
>
As I understand it, plpgsql is most often used as a trigger (granted my
understanding is limited). So you'd still have a web front-end and then
you could write plpgsql that would run any time a select or update or
delete or ... was performed. Relying on the db's internal programming
language means more difficulty in porting later (though there are
multiple languages that are supported as postgres procedural languages
incl. perl, tcl, c, python). The other portability problem that I've
seen is data types. There's the core set of SQL data types and then
each db has its own special datatypes. My memory says that the internal
date formats are also problematic.
If you are just starting, I'd leave plpgsql alone and pick it up later.
man createlang for more info on adding procedural languages to a
postgres db.
Disclaimer: I'm not a DBA, I'm a sysadmin that has supported java
developers working with postgres. So the above may not be worth much.
FWIW,
Hugh
More information about the LUG
mailing list