Re: Initial review of xslt with no limits patch - Mailing list pgsql-hackers

From Pavel Stehule
Subject Re: Initial review of xslt with no limits patch
Date
Msg-id AANLkTim9MzJrqEdAB54GfDNVCiaf3=AvYQOi6ijY2zqD@mail.gmail.com
Whole thread Raw
In response to Re: Initial review of xslt with no limits patch  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Initial review of xslt with no limits patch
List pgsql-hackers
2010/8/6 Andrew Dunstan <andrew@dunslane.net>:
>
>
> On 08/05/2010 06:56 PM, Mike Fowler wrote:
>>
>> SELECT
>> xslt_process('<employee><name>cim</name><age>30</age><pay>400</pay></employee>'::text,
>> $$<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
>> version="1.0">
>> <xsl:output method="xml" omit-xml-declaration="yes" indent="yes"/>
>>
> [snip]
>>
>> </xsl:stylesheet>$$::text, 'n1=v1,n2=v2,n3=v3,n4=v4,n5=v5'::text)
>>
>>
>
> I haven't been paying attention to this, so sorry if this has been discussed
> before, but it just caught my eye. Why are we passing these params as a
> comma-separated list rather than as an array or as a variadic list of
> params? This looks rather ugly. What if you want to have a param that
> includes a comma?
>

There is probably problem in pairs - label = value. Can be nice, if we
can use a variadic functions for this, but I am afraid, ...

using a variadic function isn't too much nice now

some xslt_process(xmlsrc, 'n1=v1','n2=v2','n3=v3'

The same is true for array. Pg hasn't hash available from SQL level

I am thinking about new kind of functions - with only positionals
arguments. And internal parameter can be a array of used labels.

Regards

Pavel Stehule

> cheers
>
> andrew
>


pgsql-hackers by date:

Previous
From: pgsql-hackers@news.hub.org
Date:
Subject: pgsql-hackers@news.hub.org 81% OFF on Pfizer!
Next
From: Peter Eisentraut
Date:
Subject: Re: Review: Re: [PATCH] Re: Adding xpath_exists function