On Sat, Mar 13, 2010 at 12:18:32PM -0500, Tom Lane wrote: > Merlin Moncure <[email protected]> writes: > > ... It just doesn't seem right that you should have to write N > > trigger functions over N tables to a highly related operations. > > pl/perl is a huge dependency to bring in just to able to do things > > this. I understand hacking things through the text route is > > possibly not a direction should be encouraged...but is there an > > alternative? Is it theoretically possible to write functions that > > can switch out types based on context while still having static > > plans? > > [ after a little bit of reflection ] > > ISTM that in most cases where this is a serious issue, the trigger > functions are doing the *same* thing to different tables.
Yes. Well, at least the same base type. I don't suppose now is a great time to get into the second class status of domains. :P Cheers, David. -- David Fetter <[email protected]> http://fetter.org/ Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter Skype: davidfetter XMPP: [email protected] iCal: webcal://www.tripit.com/feed/ical/people/david74/tripit.ics Remember to vote! Consider donating to Postgres: http://www.postgresql.org/about/donate -- Sent via pgsql-hackers mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
