Radovan Janecek, pointing to a post from Bill de hÓra, quotes this paragraph:
One of the advantages of storing an RDF representation in an RDBMS is that you’ll never (hardly ever?) need to make a schema change in the RDBMS - because the domain is not represented using tables - tables are solely used for storage of RDF triples.
I totally fail to get this. Why would you use an RDBMS in the first place, then?
I’ve recently become a big fan of good old relational databases. Any time I see some meta technology, I point to the appropriate layer in an RDBMS and point out that it’s already there, it’s tried and tested and hardened in 20 years, interoperable, interchangeable, available for free and for big money and there’s plenty of skilled people available … but this kind of usage seems to me like using one table for classes and one for objects (or rather, their attributes) and then pointing out how cool it is you never have to make schema changes :-)
Yup, that’s the claim. What’s not being said though, is that there’s a huge tradeoff being made by making the schema immutable; data access optimization.
I should have a look to see what Oracle’s done with its RDF support, but AFAICT, the industry’s still got a ways to go with scalable RDF stores.
See also; http://esw.w3.org/topic/LargeTripleStores