You might have seen the recent news reports about the collision between U.S. and Russian communication satellites. The U.S. satellite was one of the Iridium satellites. What wasn’t reported and you probably don’t know is that an object database management system (ODBMS) is an important part of the Iridium system. Even though ODBMSs are a [...]
February 13, 2009
I am now also posting on the Cutter Blog. My initial posting is (The Acronym) SOA is (Perhaps) Dead (at Some Companies); Long Live Services. It is a response to Anne Thomas Manes’ SOA is Dead; Long Live Services on her blog at the Burton Group.
January 9, 2009
The typical definition of an atomic task or process is one that cannot be decomposed further. This is vague and subject to interpretation. The Decomposition Matrix on this site uses a specific definition: A task (for business process diagrams) or a process (for data flow diagrams) is atomic if every input relates to every output [...]
December 3, 2008
My last posting referenced the criteria for a well-formed business process diagram mentioned in Business Process Driven SOA using BPMN and BPEL by Matjaz B. Juric and Kapil Pant. I am going to expand on their criteria to create a more comprehensive definition of a well-formed business process diagram. To start, here are three criteria [...]
November 18, 2008
I recently received two new books on business process modeling. Both books looked interesting because they had great titles. As it turns out, one book is great and the other not so good. The not so good book is Business Process Driven SOA using BPMN and BPEL by Matjaz B. Juric and Kapil Pant. There [...]
October 9, 2008
The Design Decomposition Blog is written by Doug Barry.
Because an ODBMS stores exactly the same object model that is used at the
application level, both development and maintenance costs can be reduced. With
an ODBMS, there is no need to:
Develop two data models: an object model in the
application and a relational model stored in the database. This is not
needed because an ODBMS uses the same object model as the application.
Maintain two data models. An ODBMS eliminates the
maintenance cost of keeping the to data models synchronized.
Develop mapping between the relational and the object
models. This is not needed because an ODBMS uses the same object model
as the application.
Maintain the mapping between the relational and object
models. An ODBMS eliminates the maintenance cost of maintaining the
mapping whenever there is a change to the object or relational model.
The result is that for a development team of six to seven, it is possible to
have a team with one less person when using an ODBMS. It is typical when
developing an object application with a RDBMS that one person is in charge of
keeping the relational model synchronized with an object model and the mapping
code. That person would not be needed in an ODBMS development project.
There are nearly 400 pages of articles on this site with over 50 pages on object-oriented database management systems.
Search this site for more articles
Custom Search
Browse this site for more articles
Click on the topics below to browse the articles on this site. You can see more detail by clicking on the arrows. This highlights the location of the current
article: One model to reduce development and maintenance costs.
Related recent articles from Google News
Versant Announces Quarterly Net Income of $0.1 Million MarketWatch (press release) Using the Versant Object Database, customers cut hardware costs, speed and simplify development, significantly reduce administration costs, ... and more » 25 Aug 2010 at 3:21pm
Final release of Windows Phone dev tools due mid-September San Francisco Chronicle Wigley recently ported the open source Perst object-oriented database from McObject to Windows Phone 7, creating the first on-device DBMS for the new OS. ... and more » 23 Aug 2010 at 9:21pm
ODABA 10.0.0 Released as GPL Software Linux PR (press release) Terminology-oriented database systems are a conceptual extension of object-oriented database systems, ie one may refer to most of the standards and ... and more » 13 Aug 2010 at 3:47pm
Learning PHP Data Objects: A Beginner's Guide to PHP Data Objects, Database Connection Abstraction Library for PHP 5 by Dennis Popel Average Customer Review: based on 5 reviews. Customer Review: I like the book's erudite methodology. The methodology of this book is based on the two tenets of sound education: Informing Demonstrating In this books after the information I found lots of exercises, step by step, with plenty of pictures and screen shots that lead me through and demonstrated a process of task. These exercises are f...
Object-Oriented Application Development Using the Caché Postrelational Database by Wolfgang Kirsten, Michael Ihringer, Mathias Kühn, Bernhard Röhrig, Anthony S. Rudd Average Customer Review: based on 7 reviews. Customer Review: Have gotten extensive use out of this book from my time as a cache developer. Good guide for a programmer who's new to cache, and then later on as a reference guide for an intermediate to experienced developer. Everyone in the dev team got some use out of this as a reference - good to have in the team.
Object Orientation: Concepts, Analysis & Design, Languages, Databases, Graphical User Interfaces, Standards, 2nd Edition by Setrag Khoshafian, Razmik Abnous Average Customer Review: based on 4 reviews. Customer Review: This was my very first theoretical book on object orientation. I must have read it three or four times. You must have the principles down pat before you attempt to use any object-oriented language. Otherwise, you won't be taking full advantage of this wonderful technology. This is especially true if you are used to working with "proc...
based on 5 reviews.
based on 7 reviews.
