CA Sues Over DB2 Migration Tool 104
aesoteric writes "Software giant CA has filed suit against an Australian software developer over a program that allegedly enabled companies to migrate off CA database platforms onto IBM DB2. It claimed the software 'reproduced' portions of confidential source and object codes without permission and deprived CA of license fees. CA also disputed claims that its database platform was 'dying.'"
Uh... (Score:4, Informative)
So the article itself is /.'ed, but using Google, I can't seem to figure out what database CA has that everyone is theoretically migrating off of. I knew CA had a lot of products, mostly related to the mainframe, but an actual honest-to-goodness "select * from table" database? News to me.
Re:Uh... (Score:5, Informative)
Datacom [wikipedia.org], apparently.
Never heard of it myself though judging from the size of the Wikipedia article, neither has anyone else.
Re:Uh... (Score:4, Informative)
it is shit
we are currently migrating away from it
Runs only on big hardware (Score:2, Informative)
From the ca site (http://www.ca.com/us/products/overview.aspx?id={40FB2A1D-9B09-429E-9D52-123477B87E97}):
It is a high-performance, multi-user relational database management system based on z/OS and VSE host platforms.
Unfortunately, although clients can access it from any platform, it's not available for anything else.
Re:Assume it's in the mainframe world (Score:3, Informative)
That depends. The biggest legitimate need for mainframes is when you've got gobs of I/O happening, which could easily be the case for the Main Corporate Database.
CA-Datacom/DB vs 2BDB2 (Score:4, Informative)
The two products are CA-Datacom/DB [wikipedia.org] from Computer Associates and 2BDB2 [2bdb2.com] from ISI.
CA-Datacom was originally developed ADR (Applied Data Research) in the 1980's. It's an inverted-index style database, a design approach which was popular before the SQL model came to dominate DBMS design. CA may claim that Datacom is not dying, but they will be unable to point to a new customer signed in the last 15 years. Pretty much every site which has Datacom installed also has DB2. Having critical data spread across multiple DBMS's is a significant problem, so they want to consolidate to a single DBMS (and it isn't going to be Datacom). CA has been milking Datacom for it's flow of license fees for years. They provide support and keep Datacom working with new releases of z/OS, but otherwise feature growth has been minimal. For instance, CA has failed to develop similar functionality to 2BDB2.
2BDB2 is a transparency layer which simulates Datacom/DB on top of DB2. This allows applications which have been developed for Datacom/DB to actually access DB2, with 2BDB2 translating program calls to Datacom/DB into SQL requests to DB2 and passing the results back. The Datacom/DB app does not have to changed or recompiled (a major advantage as retesting mainframe code is very expensive). 2BDB2 also provides a similar transparency layer for VSAM files.
The litigation between CA and ISI has be running for some years. It started after ISI sold 2BDB2 to some large sites, in particular US Customs (which was the largest Datacom/DB user, and I presume, paid the largest license fees). This dispute is all about screwing the customer so as to continue to receive the cash flow.
CA Software Hospice (Score:5, Informative)
The business model is:
1) Buy products that are circling the drain
2) Flog said products to the clueless
3) Promise a big party at CA World
4) PROFIT!!!
We have assloads of CA shiteware, our clueless managers just love going to CA World every year. Last year's keynote was that Avatar guy, w00t!
Re:What this continues to tell us... (Score:2, Informative)