Hello, At Sat, 5 Dec 2015 21:05:29 +0900, Michael Paquier <michael.paqu...@gmail.com> wrote in <cab7npqsxcdm-5nfwdf8zukmw8j_ooe6zyrqyqasp0fjkxkd...@mail.gmail.com> > On Fri, Dec 4, 2015 at 6:06 PM, Pavel Stehule <pavel.steh...@gmail.com> wrote: > > long time I am dream about integrating Lua to psql > > > > It is fast enough for these purpose and can be used for custom macros, .. > > Things are perhaps digressing too much here...
But is it another example of per-column pluggable filter? (I cannot imagine a concrete usage scenario, though.) > Regarding the patch, I > would tend to think that we should just reject it and try to cruft > something that could be more pluggable if there is really a need. > Thoughts? Honestly saying, I feel simlilaly with you:p I personally will do something like the following for the original objective. psql postgres -c 'select * from tb' | perl -ne 's/t/○/g,s/f/×/g if ($. > 2); print' I think that almost everything of this kind of replacement can be accomplised by post-filtering like this, especially with a help of replacement of field separator. I have shown how it looks that DLL and script/executables is used for this purpose (the latter could be specified as command line parameter but totally would be in same shape). The former looks too complicated only for this purposr and the latter looks simple but just peculiar. However, I doubt there's other measure simple but clean way, and doubt that there's so many usage of pluggable mechanism on psql. Quite concise (and unseen) way of platform-independent DLL loading may allow us to usr DLL for this purpose? Or, separating platform-independent dll-loading stuff from backend and share with frontend would allow this? (This could be acceptable.) regards, -- Kyotaro Horiguchi NTT Open Source Software Center -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
