August 20, 2008
If there’s one central theme to DBMS2, it’s that modern DBMS alternatives should in many cases be used instead of the traditional market leaders. So it was only a matter of time before somebody sponsored a white paper on that subject. The paper, sponsored by EnterpriseDB, is now posted along with my other recent white papers. Its conclusion — summarizing what kinds of database management system you should use in which circumstances — is reproduced below.
Many new applications are built on existing databases, adding new features to already-operating systems. But others are built in connection with truly new databases. And in the latter cases, it’s rare that a market-leading product is the best choice. Mid-range DBMS (for OLTP) or specialty data warehousing systems (for analytics) are usually just as capable, and much more cost-effective. Exceptions arise mainly in three kinds of cases:
- Small enterprises with very limited staff.
- Large enterprises that have negotiated heavily-discounted deals for a market-leading product.
- Super-high-end OLTP apps that need absolute top throughput (or security certifications, etc.)
Otherwise, the less costly products are typically the wiser choice.
In the analytics area, appliances and other specialty data warehousing products offer huge price/performance advantages over general-purpose systems. What’s more, their superior performance allows them to get by with much simpler indexing structures, greatly reducing administrative burdens. If you have a data warehouse — or just a collection of data marts – running on Oracle or Sybase Adaptive Server or Microsoft SQL Server, it’s likely you could do yourself a huge favor by moving it to a specialty system.
If you’re an ISV, selling copies of the same software to many different customers, you should not be locked into expensive market-leading DBMS. Whatever the remaining deficiencies of mid-range systems, at least one of them will surely be good enough to support your software with an acceptably low level of one-time porting effort. (In many cases, EnterpriseDB’s Postgres Plus Advanced Server will have the edge, due to its Oracle compatibility as well as its generally rich feature set.) What’s more, besides saving license and maintenance fees, a mid-range DBMS may be easier for your customers to operate than a complex market leader is.
The one area where it may be premature to port away from market-leading DBMS is in-house OLTP applications. The first rule for OTLP apps is that they Must Not Break And so if they’re not broken, it is often advisable to be cautious about fixing them. In some cases prompt porting is a good idea anyway, but often there will be lower-hanging fruit elsewhere in the enterprise.
As you may imagine, this paper contains only a small fraction of our analysis of DBMS alternatives. Indeed, that’s the main topic of our blog DBMS2. Specific recommended links include:
Categories: Database diversity
Subscribe to our complete feed!