<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 19, 2015 at 2:04 PM, daniela florescu <span dir="ltr"><<a href="mailto:dflorescu@me.com" target="_blank">dflorescu@me.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div>In both cases, those messages will be logged, and hence persist somewhere.</div><div><br></div><div>Nobody throws away data those days, of a variety of reasons… big data analysis (or at least the hope for it..), audit, security, etc.</div><div><br></div><div><br></div><div>So, no, I don’t think XML vs. JSON is a matter of persistence vs. not.</div><div><br></div></div></blockquote><div><br></div><div>But it usually the case that the format  in which the data comes at you is not suitable for the purpose you want to use it.</div><div><br></div><div>So whereas you may want to persist it, it doesn't follow that it should be analyzed in the same form, ergo it doesn't follow that you should/must build a data manipulation framework on top of that format (in this case we are talking about JSON).</div><div><br></div><div>What you can do instead is transform it into a format that already has the necessary tools support hence we have usually seen this stuff being sucked into spreadsheets and relational databases. OK that stops being feasible  with "Big Data" and semi-structured data, but if it takes as long as you say to build a query language for semi-structured data then clearly that's not really viable. The question is are the so-called SQL++ hacks good enough. Personally I think it is madness to take a punt on ropey unproven software if there is a working alternative.</div><div><br></div><div>As for Big Data. The idea that we must have something that sucks everything up is not IMO broadly applicable it's just people lacking the appropriate skills to pre-process the data aping Google irrespective that they are not solving the same type of problem. </div></div></div></div>