Mills, (01)
Thanks for the note. I have sent notes to this forum and others
saying that Google does not use RDF and triple stores. This is
the reason why: they found a better way. (02)
There is a fundamental principle that Don Knuth and others
emphasized over 40 years ago: (03)
Premature optimization is the root of all evil. (04)
The strategy of using triples for RDF and OWL was based on
the mistaken idea that a triple store is more efficient than
a relational database or other notations. But there are
many publications on the WWW that show other representations
that are more efficient. But people didn't believe them.
Perhaps articles like this will convince them. (05)
MD>This could be significant:
>
http://www.computerworld.com/s/article/9135726/Yale_researchers_create_data
base_Hadoop_hybrid?taxonomyId=9 (06)
Yes, indeed. And that article points to others that discuss
the issue further: (07)
http://www.computerworld.com/s/article/9121278/Google_claims_MapReduce_sets
_data_sorting_record_topping_Yahoo_conventional_databases (08)
This article points out that the same technology was used to
sort one terabyte of data in 68 seconds. (09)
And this example is just today's latest and greatest. There is
always somebody with a bright idea just around the corner who
will find an even better algorithm. The fundamental principle
is that you should never distort your logical representation to
fit a specific physical representation. That was the basis for
the ANSI/SPARC three-schema approach to databases in 1978, and
it's just as sound today as it was then. (010)
John (011)
_________________________________________________________________
Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/
Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/
To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J
To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx (012)
|