XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] What is the general direction you are seeing these daysto store and query lots of large complex XML?

I would agree but extract may not be the right word as it conveys the  presupposition that you will end up with something that doesn't observe the semantic integrity of the original data source.

On Wed, Mar 11, 2015 at 10:55 AM, Steve Cuzner <Steve.Cuzner@mathworks.com> wrote:

The important part comes after that quote:

 

These tools are designed for finding answers hidden within very, very large data sets. 

 

If you extract what you think you are looking for you may not allow the analytics to find the hidden answers that you didn’t thing to extract.

 

Steve

 

From: Costello, Roger L. [mailto:costello@mitre.org]
Sent: Wednesday, March 11, 2015 5:14 AM
To: xml-dev@lists.xml.org
Subject: RE: [xml-dev] What is the general direction you are seeing these days to store and query lots of large complex XML?

 

Hi Folks,

 

Peter made a very interesting assertion:

 

The analytics should run directly on the data,

not on some extract.

 

My plan was to perform XPath and XQuery on the 50 million XML documents and then use the query results as input into SAS and SPSS analytics. So my approach is quite different than what Peter advocates.

 

Peter, why do you assert that the analytics should be run directly on the data? Why is that superior to querying the data and using the query results as input to the analytics? Does everyone agree with Peter that the analytics should be run directly on the data? Anyone disagree with Peter?

 

/Roger

 




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS