April 29, 2013

DBMS acquisitions

Recently I expressed doubts about Actian’s DBMS-conglomerate growth strategy. For context, perhaps I should review other DBMS vendors’ acquisition strategies in the past. Some — quite a few — worked out well; others — including many too minor to list — did not.

In the pre-relational days, it was common practice to buy products that hadn’t succeeded yet, and grow with them. Often these were programs written at enterprises, rather than third-party packages. Most of Cullinet’s product line, including its flagship DBMS IDMS, was came into the company that way. ADR, if memory serves, acquired the tiny vendor who created DATACOM/DB.

Then things slowed down. A Canadian insurance company oddly bought Computer Corporation of America, to utter non-success. (At least I got an investment banking finder’s fee on the deal.) Computer Associates, which did brilliantly in acquiring computer operations software, had a much rockier time with DBMS. It acquired Cullinet, Applied Data Research, and ASK/Ingres — among others — and didn’t have much growth or other joy with any of them.

Indeed, Ingres has been acquired three times, and hasn’t accomplished much for any of the acquirers (ASK, Computer Associates, Actian).

I used to think that Oracle’s acquisition of RDB provided key pieces of what became Oracle’s own extensibility technology. Andy Mendelsohn, however, disputed this vehemently — at least by his standards of vehemence — and his sources are better than mine. Rather, I now believe as I wrote in 2011:

… while Oracle’s track record with standalone DBMS acquisitions is admirable (DEC RDB, MySQL, etc.), Oracle’s track record of integrating DBMS acquisitions into the Oracle product itself is not so good. (Express? Essbase? The text product line? None of that has gone particularly well.)

Experiences were similar for some other relational DBMS pioneers.  Read more

February 17, 2012

Enterprise application software, past and present

I recently wrote a long post on the premise that enterprise analytic applications are not like the other (operational) kind. That begs the question(s): What are operational enterprise applications like?

Historically, the essence of enterprise applications has been data management — they capture business information, then show it to you. User interfaces are typically straightforward in the UI technology of the era — forms, reports, menus, and the like. The hard part of building enterprise applications is getting the data structures right. That was all true in the 1970s; it’s all still true today.

Indeed, for many years, the essence of an application software acquisition was the database design. Maintenance streams were often unimportant; code would get thrown out and rewritten. But the application’s specific database structure would be adapted into an extension to the acquirer’s own.

Examples that come to mind from the pre-relational era include: Read more

January 17, 2012

Historical notes on the departmental adoption of analytics

This post is part of a short series on the history of analytics, covering:

What set off my “history of analytics” posting kick is, simply put:

In particular, I would argue that the following analytic technologies started and prospered largely through departmental adoption:

Read more

January 17, 2012

Historical notes on analytics — terminology

This post is part of a short series on the history of analytics, covering:

Discussions of the history of analytic technology are complicated by the broad variety of product category names that have been used over the decades. So let me collect here in one place some notes on how (and when) various terms have been used, specifically:

Read more

January 17, 2012

Historical notes on analytics — pre-computer era

This post is part of a short series on the history of analytics, covering:

Sometimes, what people describe as being “New, new, new!!!” in analytics has actually been happening since before they were born, or even before their parents were. Occasionally, I point this out. :) I think it’s time to collect some of those observations into a short series of posts.

Before getting to the history of actual analytic software, I can’t resist racing through some really old stuff. In a 2004 white paper, I wrote:

Transactional business processes have been around literally since the beginning of recorded history. Some of the oldest known writings are clay tablets that record merchants’ tallies in Sumerian cuneiform, complete with seals to enforce transaction integrity. Analytic business processes date back nearly as long, especially in military applications; the first chapter of Sun Tzu’s The Art of War is called “Calculations,” or in some translations “Laying Plans.”*

As enterprise complexity increased, so did the sophistication of analytic business processes. Almost two centuries ago, Nathan Rothschild made an investment fortune from early news about the Battle of Waterloo, and several decades later Florence Nightingale** introduced statistics to the study of public health. With the invention of machines to tabulate information in the late 19th Century, analysis began to blossom.

Read more

July 10, 2011

When professional services and software mix

I blogged a little last year about the rewards and challenges of combining professional services and software in a mature company’s business model. My main example was Oracle. But other examples from Oracle’s history might have been equally instructive. For example:

Read more

February 12, 2011

A software marketing pitch from 1972

In the process of researching my recent post on Management Horizons Data Systems, I came across an excerpt from a 1972 marketing brochure (quoted in the “History of Management Horizons” piece cited there). General notes include:

The exact verbiage is:  Read more

February 12, 2011

Sterling Commerce predecessor company Management Horizons Data Systems (MHDS)

I started drafting this post along with others around the time of my parents’ deaths, then put it aside. However, I have been informed that my father’s old colleague Alton Doody has cancer himself, and if we are ever to get his input, it would be best to solicit it REALLY SOON. :( So I’m finishing this up now as best I can.

Here’s the part I know from my own memories as

My father moved to the Columbus area in 1973 to join Management Horizons, a consulting firm serving retailers. Management Horizons had its own spin-out already, a time-sharing company called Management Horizons Data Services (MHDS), with which it still shared a building on what is now Old Henderson Road in Upper Arlington. And, this being a world full of coincidences, MHDS is very on-topic for the primary focus of this blog (software industry history).

MHDS’ main business was a full suite of what we might now call ERP for distributors and/or retailers. That never amounted to much. But its secondary business was an electronic interchange for direct placement of orders, called Ordernet. Ordernet turned into Sterling Commerce, a > $1/2 billion company that has been acquired for >$1 billion more than once.

The chain of events, roughly, is:  Read more

July 25, 2010

Ingres history

Roland Bouman reminded us on Twitter of an old post I did on another blog about Ingres history, the guts of which was:

Ingres and Oracle were developed around the same time, in rapidly-growing startup companies. Ingres generally was the better-featured product, moving a little earlier than Oracle into application development tools, distributed databases, etc., whereas Oracle seems to be ahead on the most important attributes, such as SQL compatibility — Oracle always used IBM’s suggested standard of SQL, while Ingres at first used the arguably superior Quel from the INGRES research project. Oracle eventually pulled ahead on superior/more aggressive sales and marketing.

Then in the 1990s, Ingres just missed the DBMS architecture boat. Oracle, Informix, Microsoft, and IBM all came out with completely new products, based respectively on Oracle + Rdb, Informix + a joint Ingres/Sequent research project, Sybase, and mainframe DB2. Ingres’s analogous effort basically floundered, in no small part because they made the pound-wise, penny-foolish decision to walk away from a joint venture research product they’d undertaken with innovative minicomputer vendor Sequent in the Portland, OR area.

Computer Associates bought Ingres in mid-1994, and immediately brought me in to do a detailed strategic evaluation. (Charles Wang telephoned the day the acquisition closed, in one of the more surprising phone calls I’ve ever gotten, but I digress … Anyhow, the relevant NDA agreements, legal and moral alike, have long since expired.) There was nothing terribly wrong with the product, but unfortunately there was nothing terribly right either. Aggressive investment — e.g., to get fully competitive in parallelism and object/relational functionality, the two biggest competitive differentiators in those days — would have been no guarantee of renewed market success.

Notwithstanding the economic question marks, CA surprised me with its enthusiasm for taking on these technical challenges. But another problem reared its head — almost all the core developers left the company. (If you weren’t willing to sign a noncompete agreement that was utterly ridiculous in those days, at least in the hot Northern California market, you couldn’t keep your job post-merger.) And so, like almost all CA acquisitions outside of the system management/security/data center areas, Ingres fell further and further behind the competition.

Some of the same information made it into my post here on Ingres history later the same year, but for some reason not all did.

June 5, 2010

David Childs

Talking to Algebraix reminded me that David Childs is still alive and kicking. I only ever encountered Childs once, in the early/mid-1980s, when he was pushing his company Set Theoretic Information Systems. The main customer example for STIS was General Motors, for which he had achieved a remarkable amount of database compression. It was something like 4-5X, if I recall correctly, but for 1983 or whatever that was pretty darned good. The idea was to replace data by partitioning according to shared values. E.g., you didn’t store whether cars were red, blue, or green; instead, you stored records about all the red cars in one place, the blue cars in another, and so on. There was also some set-theoretic mumbo-jumbo, but I never figured out what it had to do with implementing anything.

Comshare — a BI vendor before anybody called it BI — did actually build a DBMS based on Childs’ ideas, as Ron Jeffries reminds us. It was relational. Eventually, if I recall correctly, it was swapped out for Essbase (the original MOLAP product, now owned by Oracle).

What Childs really focuses on, however, seems to be “Extended Set Theory.” (This was brought to my attention by Algebraix, even though Algebraix doesn’t actually use many of Childs’ ideas.) And he’s been doing it for a long time. Way back in 1968, Childs wrote a paper outlining how set theory, relations, and tuples could be applied to data management.

And that’s where I did a double-take, because 1968 < 1970. Sure enough, Footnote #1 in Codd’s seminal paper is to Childs’ 1968 work. Indeed, Childs’ paper is the only predecessor Codd acknowledges as having significant portions of his idea.

I’m far from convinced that “Extended set theory” has much to offer versus the standard relational model. But that debate quite aside — Childs’ original achievement doesn’t get the credit it deserves.

Next Page →

Feed including blog about software history Subscribe to the Monash Research feed via RSS or email:

Login

Search our blogs and white papers

Monash Research blogs

User consulting

Building a short list? Refining your strategic plan? We can help.

Vendor advisory

We tell vendors what's happening -- and, more important, what they should do about it.

Monash Research highlights

Learn about white papers, webcasts, and blog highlights, by RSS or email.