[xquery-talk] MarkLogic using JSONiq for processing JSON ?

[daniela florescu]

Dear Kurt (Cagle) 

on linkedin to the same answer bellow you answered me:

"As I said, first glance says it's close, but I'm not completely up to date on the JSONIQ spec. I know when I talked to a key developer of mutual acquaintance, he indicated that he followed JSONIQ, but that was still while it was under development."


Kurt, do you have now a better idea about the technical differences between the two JSOn query languages: JSONiq designed and supported by Zorba
and the one supported by MarkLogic ? 

Or does someone else ?

What is the technical rationale for making the two languages different ? Any strong technical reasons ?

If there are no strong technical reasons, and the two are different just for the sake of being different, that's very sad. 

Relational databases survived for 30 years because those guys were brilliant business people and 
 understood the power of a standard/common language and common APIs for all vendors.

It strengthens the (entire) community to the point that, even 30 years later, it is almost impossible to get SQL out of their hands....

It's very unfortunate that the NoSQL community, and especially MarkLogic who considers themselves the "leaders" in this market,
don't get that simple fact....and they had to twist JSONiq here and there in order to avoid admitting they use the language designed by the
Zorba community and avoid calling it JSONiq....

Such a lack of vision is sad.

 But I digress.

I am still curious if someone compiled a list of technical differences.

Thanks, best regards
Dana



> On Apr 23, 2015, at 5:24 PM, daniela florescu <dflorescu at me.com> wrote:
> 
> I heard that MarkLogic will be using JSONiq for processing JSON.
> http://www.jsoniq.org
> 
> Sounds like wonderful news to me.
> 
> Hope it’s true.
> 
> Best
> Dana
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://x-query.com/pipermail/talk/attachments/20150428/8e25de47/attachment.html>