InfoQ

News

DB40 v7 and Increasing Popularity of ODBMS

Posted by Alexander Olaru on Dec 21, 2007 09:00 AM

Community
.NET,
Java
Topics
Data Access
Tags
db4o,
Object Databases
db4o has been growing fast lately, having recently released v7.0 beta of their flagship db4o embedded ODBMS, and claiming over 30,000 deployments of their open source ODBMS.  Is this a sign of changing times reflecting the ODBMS landscape?

InfoQ interviewed Nik Wekwerth of db4objects (db4o), about his view on the state of ODBMS and new features in the recent db4o release.  The discussion started with the enumeration of some of the drivers behind the seemingly increasing popularity of object databases within the developer community. In Nik’s view ODBMS are back and their adoption is growing fast due to 3 factors:
  • ease of native access in Java and .NET
  • suitability for specific problem domains
  • open source
He detailed each of these factors:

...Developers don't have to learn a new language, [in the db40 case] they just drop in a .jar or .dll file into their project and are up and running... Simplicity of use and full integration to the programming language, the native approach, are key to the success of object databases in general...Queries that are native to Java or .NET leverage benefits of development tools such as type-safe coding, eliminate the mismatches that surface when complex structures are used with object-relational mappers, and save the effort of learning the intricacies of another language.

...The requirements of the application should define whether a developer should use an rdbms or an odbms. Many application domains are better suitable for object oriented structures and persistence, such as complex configuration or security data, searchable multi-media or spatial data, and very complex relationships inherent to a data domain. Another determinant is whether persistence is fully “embedded” into the application, i.e., invisible to the end user, in which case an object database is much cleaner and easier to maintain than an application that has to map objects to tables.

...open source is a big driver in the recent surge of adoption of object databases.  Developers have actually always liked the idea of an ODBMS.  It was more the DBAs and managers that were bought into RDBMSs like Oracle, be it for the right (data abstraction) or the wrong reasons (golf tournaments).  Open source has put developers back into a more powerful position.  They can now more autonomously make design decisions “below the radar of management” and prove that object databases helps them save time, build more compelling architectures and ultimately save their customers a lot of money.

db40 has seen a lot of adoption for scenarios where it is embedded within an application, with no separate deployable database visible to end users or developers. Nik characterized these as zero-admin environments where an object database' simplified API,  elimination of any run-time administration, and open source properties make it very suitable for embedding into not only devices like robots, cars, and cell-phones, but also packaged software, SCADA systems and caches anywhere in the network. Nik mentioned that Ricoh is using them in their printers & copiers.

Commenting on adoption in the enterperprise, Nik cited an example of ow financial institutions leverage db4o as an intelligent cache of data from their central database to enable faster transactions. He also added that object
databases can live nicely side by side with rational databases because, as in db4o’s case, they allow data to be replicated into the relational database.

The discussion shifted afterwards to the new features in db4o v7.0:

 The biggest highlight is Transparent Activation (TA). TA simplifies object retrieval by automating object activation. With TA, enabled objects are only activated when they are requested. The key here is that developers don't have to define the activation depth manually any more, which simplifies coding. Another benefit is that memory consumption is optimized, as objects are only loaded into memory when they are requested.

With Transparent Activation developers no longer need to worry, when and how objects are loaded. db4o has more information at runtime than developers have at development time, so it can do a smart job and only load the objects that are really needed.

The commercial-only offering of the product includes 2 other important features:

  • ObjectManager Enterprise - a plug-in for Visual Studio which enables database browsing and querying from within the IDE.
  • XtremeConnect - a virtual pairing technique that allows for remote pair programming via Skype and TightVNC.

db4o is also preparing for an upcoming release of the product for the .NET platform. He described the similarities and differences between the Java and the .NET versions:

Both our Java and our .NET version are produced from a common shared code base. All our distributions are produced in a fully automated continuous build that converts code between platforms. In some places we do make some adjustments for the respective platforms, because we follow standard conventions...Only a few differences apply: The current db4o Replication System (dRS) is build on Hibernate and is more complete for Java than .NET. On the .NET side we are in the process of providing a LINQ interface shortly.

As a result, Nik mentioned that “the database file format is the same. You can open databases with .NET that were produced with Java and vice versa. You can also connect to a .NET server from a Java client and vice versa.”

The interview concluded with Nik sharing his vision in regards to the opportunities that Google’s Android platform brings to their product. db4o allows ISVs that build software for Android to develop:

...client-side applications that can adapt automatically over time (as db4o detects and adjust to schema changes) and can collaborate and share data among different applications. db4o can take care of all aspects of data administration, e.g. when you update your software with a new data model over the air.

db4o also works directly with members of the Open Handset Alliance to overcome the database shortcomings of Android and provide powerful cross-application persistence enhancements. As a result, for instance, mobile carriers can provide exciting new services around user generated data (UGD) such as complete backup functions of all application data. If you loose your handset, you can get a new handset and all your personal data is already preloaded. Another use case is p2p data sharing and p2p social networking.

What is your opinion? Are you using an ODBMS in your applications? What are the scenarios in which you think an odbms works better than the traditional rdbms approach?

1 comment

Reply

Process for adoption - standardised APIs by Andy Jefferson Posted Dec 24, 2007 10:31 AM
  1. Back to top

    Process for adoption - standardised APIs

    Dec 24, 2007 10:31 AM by Andy Jefferson

    From db4o 5.5 (using JPOX 1.2) you can also utilise a (standardised) JDO/JPA API and persist/retrieve/delete objects just like you do with your RDBMS. This provides an easy adoption path for projects interested in the technology. Using this JDO/JPA layer, users have had transparent activation/lazy loading for some time, and now they also have it inbuilt in db4o. In addition using this layer you have a JDOQL querying capability, hence not having to learn the excellent SODA language, instead utilising queries that your application has been using for some time, and in the future JPQL too. Java Persistent Objects (JPOX)

Exclusive Content

Agile and Beyond - The Power of Aspirational Teams

Tim Mackinnon talks about the aspirations behind the Agile principles and practices, the desire to become efficient, to write quality code which does not end up being thrown away.

Concurrency: Past and Present

Brian Goetz discusses the difficulties of creating multithreaded programs correctly, incorrect synchronization, race conditions, deadlock, STM, concurrency, alternatives to threads, Erlang, Scala.

ActionScript 3 for Java Programmers

Often the hardest part of changing technologies is language syntax differences. This new article provides Java developers with a transition guide to Actionscript which forms the foundation of Flex.

Neal Ford On Programming Languages and Platforms

Neal Ford talks about having multiple languages running on one of the two major platforms: Java and .NET. He also presents the advantages offered by Ruby compared to static languages like Java or C#.

Future Directions for Agile

David Anderson talks about the history of Agile, the current status of it and his vision for the future. The role of Agile consists in finding ways to implement its principles.

Nick Sieger on JRuby

Nick Sieger talks about the future of JRuby, Java Integration, and his work on JEE deployment tools for Ruby on Rails like Warbler.

Rustan Leino and Mike Barnett on Spec#

Rustan Leino and Mike Barnett of Microsoft Research discuss the technology in Spec# and its futures.

10 Ways to Screw Up with Scrum and XP

Henrik Kniberg talks about 10 possible reasons to fail while doing Scrum and XP. Maybe the team does not have a definition of what Done means to them, or they don't know what their velocity is.