More History: Object vs. Relational
Don't remember that? Or maybe don't believe it? Here are some quotes lifted right out of the magazines and white papers of the times:
1) "The data types in the relational model are quite constrained relative to the typing capabilities offered by an ODBMS." CSM: Now most RDBMS products offer extensible typing with user-defined distinct types.
2) "...the (relational) data model is so simple that it cannot explicitly capture the semantics we now expect from an object model." CSM: The object folks always want to tightly-couple code and data. The relational folks view the separation of the two as an advantage.
3) "The apparent rigor of the relational model..." CSM: Not only is it apparently rigorous, it is actually rigorous. This is an example of an object proponent trying to diminish the importance of the sound theoretical framework of the relational model. Of course, it might be reasonable to say that the DBMS vendors kinda did that themselves, too, by not implementing a true relational DBMS.
Perhaps the most interesting piece of data on the object vs. relational debate that I found in my closet is an IDC Bulletin from August 1997. This note discusses Object versus Object/Relational. Basically, what IDC explains in detail over 14 pages is that the marriage of object to relational is less a marriage and more of a cobbling onto relational of some OO stuff. In other words, the relational vendors extended their products to address some of the biggest concerns raised by the OO folks (support for complex data and extensible data types) -- and that is basically the extent of it. The ODBMS never became more than a small niche product.
I'm sure I could come up with a lot more on this topic, but I can't stop to read everything that is coming out of my closet. What do you remember most about this Object versus Relational debate? Post your comments so we can all remember...
© 2006, Mullins Consulting, Inc.