假设我有一个应用程序,理想情况下应该能够使用关系数据库、对象数据库、XML文件或任何东西来持久化其数据。本着对接口而不是实现进行编码的精神,我有一个通用的DataStore接口,它为涉及数据存储的所有I/O指定了一个契约。这个接口可以由具体的类实现,比如RDBMSDataStore、OODBMSDataStore、XMLFileDataStore等等。
只要我保持DataStore接口的内容简单-即getThis()、getThose()、saveThat()、updateThis()等,这种方法就能很好地工作。但是当我需要更复杂的查询时,它就失效了。XMLFileDataStore类显然不理解SQL,而RDBMSDataStore类显然不理解XPath/XQuery。根据所使用的面向对象数据库管理系统的不同,OODBMSDataStore会理解完全不同的东西。
我可以采用一种独立于语言的对象查询语言,用它编写我的所有查询,然后让具体的类将它们翻译成它们的本地语言,但如果我想完成这项任务,那将是一项艰巨的任务。
在Java中有没有处理这种情况的标准或最佳实践?不幸的是,似乎世界上99%的人将“数据库独立性”解释为“关系数据库独立性”,而完全忽略了对象数据库、XML数据库、文档数据库等。
发布于 2010-11-24 10:02:09
从我阅读问题的方式来看,这听起来很像Hibernate为Java带来的语义。它甚至具有将XML作为内容后备存储处理的模式(使用Dom4J)。Hibernate API有许多扩展点,可以添加OODBMS模型。即使Hibernate对您来说不是最好的解决方案(实现方面),我也认为它提供了一个很好的示例,说明了可以用来解决您提出的问题的模式类型。
https://stackoverflow.com/questions/4262764
复制相似问题