模糊、不明确的问题:
1:为什么几乎所有的应用程序开发者、应用程序开发社区和文献(书籍、教程等)都默认你要使用关系型数据库或键值存储来表达数据?
2:为什么不是每个人都在使用“三元”数据结构?
3:三元组是否适用于关系型数据库和键值存储解决的每个问题,而在每种情况下,三元组至少与其同样易于使用?
模糊、不明确的问题:
1:为什么几乎所有的应用程序开发者、应用程序开发社区和文献(书籍、教程等)都默认你要使用关系型数据库或键值存储来表达数据?
2:为什么不是每个人都在使用“三元”数据结构?
3:三元组是否适用于关系型数据库和键值存储解决的每个问题,而在每种情况下,三元组至少与其同样易于使用?
更普遍地说,我认为相当多的开发者很快就会在RDF、OWL、SKOS、本体论、推理引擎等纷繁复杂的概念中迷失。对于那些想要“只是想要用户的订单历史记录”(或其他类似需求)的人来说,这一切都太难以理解和处理了。
每当人们谈论语义Web过于复杂时,我总是指出Bart van Leeuwen的案例研究:
http://semtechbizsf2012.semanticweb.com/sessionPop.cfm?confid=65&proposalid=4590
如果一位真正的全职消防员(负责扑灭真正的火灾)可以使用SPARQL和RDF来解决一个真正的问题(紧急服务中的数据可访问性),那么我们其他人就没有理由不这样做。我的观点是,技术并不是障碍,还有其他因素。