[xquery-talk] and what I think we should tackle right now
Loren Cahlander
loren.cahlander at gmail.com
Tue May 21 06:48:11 PDT 2013
Comment inline.
Sent from my iPad
On May 21, 2013, at 9:14 AM, Adam Retter <adam.retter at googlemail.com> wrote:
> Personally I think that XQuery can have support for consuming and
> producing JSON, but do I want to work with JSON inside XQuery - not
> really. I do a LOT of work with both JSON and XML, for JSON work I
> tend to use JavaScript and for XML I tend to use XQuery/XSLT.
>
> Should there be one language to do both, perhaps. Is it XQuery, I dont
> think so. However, it could be a new language which is a superset of
> XQuery and takes many of the concepts from XQuery (maybe that is
> JSONiq and maybe it is not). My point though is that the X in XQuery
> stands for XML, I like XQuery and I do not think we need to reinvent
> it, it does what it was designed for. I am not opposed to creating a
> new language though, and if it allows me to do what I already do in
> XQuery and also do a bunch of stuff which I normally do with
> JavaScript *and* it is standardised and widely adopted then sure I
> will move to it.
>
> I guess I am saying, XQuery does not have to last for ever or even
> reinvent itself, but whilst it is the right tool for the right job
> (that I am doing) then I will continue to use it.
>
> So, perhaps Daniela we should stop trying to change XQuery and instead
> invent DQuery? Where the D is for Document (in the abstract sense).
I fully agree with this statement! Different languages have their strengths and weaknesses. Do not try to make a pliers into a screwdriver. Find a screwdriver to drive in screws.
If XQuery does not meet your needs, then either propose changes that do not change to focus of XQuery or find/invent a language that meets your needs.
>
>
> On 21 May 2013 12:55, William Candillon <wcandillon at gmail.com> wrote:
>>
>>
>>
>> On Tue, May 21, 2013 at 1:49 PM, Andrew Welch <andrew.j.welch at gmail.com>
>> wrote:
>>>
>>>> Same story on the backend, when it comes to query flexible documents,
>>>> XQuery
>>>> has answered a lot of questions that the NoSQL community is only
>>>> starting to
>>>> discover and yet it seems that there is a cultural gap between the two
>>>> communities.
>>>
>>> Interesting - what are problems the NoSQL community is discovering
>>> that XQuery solves?
>>>
>>> (I've got zero nosql knowledge)
>>
>> As far as I know, things like how do you joining documents efficiently or
>> windowing queries. Navigating into deeply nested data.
>> String collations, math functions, the whole date time data model.
>>
>> JSON document stores have been designed for scaling out and the processing
>> capabilities are extremely poor. They try to catch up (at least that's what
>> I'm seeing in some products). I feel that the XQuery expertise should be
>> reused in this space. This is one of the goals of the JSONiq project.
>>
>> William
>>
>>
>>>
>>>
>>>
>>> --
>>> Andrew Welch
>>> http://andrewjwelch.com
>>
>>
>>
>> _______________________________________________
>> talk at x-query.com
>> http://x-query.com/mailman/listinfo/talk
>
>
>
> --
> Adam Retter
>
> skype: adam.retter
> tweet: adamretter
> http://www.adamretter.org.uk
> _______________________________________________
> talk at x-query.com
> http://x-query.com/mailman/listinfo/talk
More information about the talk
mailing list