Slashdot Mirror


CA Advantage Ingres To Be Released As Open Source

Bruce Perens writes "Computer Associates is releasing CA Advantage Ingres as Open Source under a variant of the Common Public License. The press release is here. This is a commercial fork of the public-domain University Ingres of the '80's, probably the first real relational database. CA's product added SQL and in general brought the program up to enterprise quality. So has the PostgreSQL project. It will be interesting to see if there can be any synergies between the two products. The BSD licensing on PostgreSQL would allow it." Here's an article at CRN on this and a few other open source moves announced today by CA; can anyone find a link to the text of CA's "Trusted Open Source License"? Related news, contributed by an semi-anonymous reader, is that CA has established "a new open-source foundation that will support Plone, the content management system built on the free Zope Application server," and that Plone's license will change as a result.

34 of 217 comments (clear)

  1. Lifecycle of Bad Software by Anonymous Coward · · Score: 4, Funny

    1. Create bad design

    2. Create bad software

    3. Sell zero copies

    4. Release as "open source" to get attention

    5. No Profit!!

    1. Re:Lifecycle of Bad Software by BiggySmallz · · Score: 5, Informative

      This parent post is indeed flamebait, but it very accurately describes the life-cycle of Ingres. I worked for several years at CA, and everybody, internally and externally, knew what a boatload of crap Ingres was. Most of our products were written to SQL Server, although Ingres was free to integrate in, since no one would go near the crap.

  2. Oracle was the first SQL relational database .... by molarmass192 · · Score: 4, Informative

    At least so far as commercial products go, Oracle was the first. To save a click, Oracle V1 was a consulting project used solely by CIA and dating back to 1978. Oracle V2 was the first marketed version starting in 1980.

    --

    Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
  3. So many oss/fsf RDBMS... by Ianoo · · Score: 5, Interesting

    MySQL, PostgreSQL, Firebird, now "Ingres". I guess it's better than having none, but it's becoming a pain to support the perculiarities of each of these products in, for example, a PHP script intended for general use, which you want to make work with as many different database systems as possible. It's a pity each of them aren't more compliant with the now 12 year old SQL-92 standard or the now 5 year old SQL-99 standard.

    1. Re:So many oss/fsf RDBMS... by KingOfBLASH · · Score: 4, Interesting

      The DBI in Perl is a way to access all types of database using the same Perl functions -- i.e. so you don't have to remember how to execute SQL on a MySQL database, Postgresql, Oracle, etc., like in PHP -- because in languages like PHP they all use different functions. However, you still have to send SQL to the database and that SQL has to come back. To my knowledge, no one has implemented a DBI wrapper to transform SQL so that it confirms to each databases peculiarities.

    2. Re:So many oss/fsf RDBMS... by joib · · Score: 4, Informative


      It's a pity each of them aren't more compliant with the now 12 year old SQL-92 standard or the now 5 year old SQL-99 standard.


      Not to mention the brand spanking new SQL:2003 standard, see e.g. this overview of the new features.

  4. Why not PostgreSQL? by RuneB · · Score: 3, Insightful

    Why would someone want to use this instead of PostgreSQL?

    --
    dtach - A tiny program that emulates the detach feat
    1. Re:Why not PostgreSQL? by molarmass192 · · Score: 3, Insightful

      The only reason I can think is that Ingres was at one time one of the big 4, namely Oracle, Sybase, DB2, and Ingres. It comes from a commercial heritage, so it might be an easier sell to Joe CIO?

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    2. Re:Why not PostgreSQL? by Anonymous Coward · · Score: 5, Insightful

      You wouldn't. The source code is so that existing legacy customers can fix their own bugs.

    3. Re:Why not PostgreSQL? by Twirlip+of+the+Mists · · Score: 4, Funny

      Because "Ingres" is easy to pronounce?

      (Okay, on preview I realize that it's not actually easy to pronounce at all unless you too an art appreciation class in college. It's "On-gur." Oh, well. It's still easier to pronounce than PostgreSQL, which despite being my favorite database I can't tell anybody about because I can't say the damn name without feeling like a moron.)

      --

      I write in my journal
    4. Re:Why not PostgreSQL? by brank · · Score: 3, Informative

      Ingres is a backronym for "Interactive Graphics REtrieval System" (the task from which Stonebraker got his original funding). It was named after French painter Jean Auguste Dominique Ingres.

      --
      it's green.
  5. MYSQL by Anonymous Coward · · Score: 4, Insightful

    With all the quality open-source RDBMS's like Postgres, Firebird and now Ingres why the hell would anybody, ANYBODY want to use a hacked up beast like MYSQL for heavy database work. MYSQL was beautiful when it was used for what it was designed for. At some point, the developers gave in to user demands to start adding in RDBMS functionality, and now its a multiheaded beast. Sad.

    1. Re:MYSQL by hendridm · · Score: 3, Insightful

      This is Slashdot, where PHP, MySQL, and Visual Basic are "toy" applications. PHP is awesome and getting better all the time. Is it the killer language that will devour all others? Hell no, but my clients don't seem to care as long as their sites are running. MySQL is the backend on them all, too. Works great for what they need. Is Visual Basic toxic waste that causes new programmers to forever learn how to code the wrong way? Yes, but it seems to do okay for RAD at my current employer. Yeah, the apps would be cool if they were in C++, but it isn't necessary for nearly all the apps the employees use.

      Use the right tool for the job! Sometimes standards are more important than cutting edge. Would I like to upgrade our web server to something less loathsome than ASP and FrontPage extensions? Hell yes! But transition takes time, especially in a zero-budget bureaucracy...

    2. Re:MYSQL by joib · · Score: 5, Informative


      MySQL is the backend on them all, too. Works great for what they need.


      Good for you. Frankly, I think that in many cases the features of MySQL would be enough for me too. Now let me explain why I prefer PostgreSQL:

      1. I've used both, and IMHO both are about equally easy to use. So at least for me, the often made claim that MySQL is easier to use is bollocks.

      2. I don't run the DB on Windows, so the fact that MySQL has a native Windows port and PostgreSQL hasn't, doesn't bother me. If you care, the next PostgreSQL release is supposed to include a native Windows version.

      3. The PostgreSQL client libraries are BSD, while the MySQL libraries are GPL. If I make commercial apps, I would have to buy a commercial license from MySQL Ab.

      4. MySQL is often supposed to have superior performance compared to PostgreSQL in the case of a single user doing simple queries. But IMHO this doesn't really matter, since in almost all cases a single user doing simple queries means a simple application, where any low end PC provides enough juice. Where performance matters is a situation with many users doing complicated queries (including writes as well as reads), a situation that PostgreSQL handles much better than MySQL.

      5. Features. The PostgreSQL query language supports a much larger subset of the latest SQL standard (SQL:2003) than MySQL. If I find that I need some specific feature, it is quite probable that it exists in PostgreSQL but not in MySQL. Such as subselects, how can you live without them?
      And no, beta versions of MySQL don't count. Or stored procedures.

      6. ACID properties, something that the PostgreSQL development team takes very seriously. E.g. does MySQL check foreign key constraints, or are they still no-ops?

      In short, I feel that MySQL provides no benefit compared to PostgreSQL at the low end (such as ease of use etc.), and if you need more high-end features you'll run out of steam with MySQL way before PostgreSQL does.

  6. Re:intelligence by kasin · · Score: 4, Interesting

    First release? Ingres has been around for quite a while. We have used ingres as a commercial product for a decade. Not to say it doesn't have bugs though.

  7. Plone license by polin8 · · Score: 4, Informative
    from the Plone Foundation Faq
    Will Plone still be Open Source?

    Absolutely. Plone will be issued under an OSI-approved license. The Foundation is working to build a guarantee of this nature in to the Foundation bylaws and in the contributor agreement."

    Will Plone will also be released under a non-GPL (or non-Open Source) license?

    The current Plone approach states that companies can negotiate a non-GPL license. Thus, the Foundation might pursue a dual-licensing (GPL and non-GPL) scheme -- but, at this time, the Board has not yet created any policies on this. This is an important question for the community, of course, and the Foundation intends to have this conversation in a transparent way. For more information, see Contributor's Agreement for Plone Explained.

  8. Re:intelligence by antimatt · · Score: 5, Funny

    you and your "logic" and your "knowledge" of "computers" and "stuff."

  9. Re:Oracle was the first SQL relational database .. by Anonymous Coward · · Score: 4, Informative

    Relational databases and SQL was started with E.F. Codd at IBM. Follow the link for a little history that includes a story of the start of Ingres at Berkeley.

    http://www.nap.edu/readingroom/books/far/ch6.htm l

  10. Re:Oracle was the first SQL relational database .. by Anonymous Coward · · Score: 3, Informative

    Which is amazing, since IBM invented SQL for System R, which was first commercially installed at Pratt & Whitney in 1977. Soon after System R, IBM followed up with SQL/DS (for VM/CMS) and DB2 (for MVS).

  11. Ingres and Postgres by Anonymous Coward · · Score: 3, Informative

    I believe that Ingres was the predecessor of Postgres. I believe that both of them came out of Michael Stonebreaker. Ingres was it's own company until CA bought it in the early or mid 1990s. Postgres also became a product (UniSQL? Is that right?)... but in the end that product failed.

    In fact, Ingres was once a major leader, but it kind of lost it's cookies thanks to Sybase, Oracle, and even Digital's RDB. And I don't think too many Ingres users were happy when CA bought it up.

    1. Re:Ingres and Postgres by spacefrog · · Score: 3, Interesting

      I don't think too many Ingres users were happy when CA bought it up.

      No user of a package is happy when CA buys it up. In the early 90's they went on a buying spree, buying up some things that were popular and useful (e.g. Clipper), some things that were mediocre but could have been made into players (e.g. Realizer) and some were absolute crap that they managed to revise to crappier (DBFast, and some weird French-made Windows word processor).

      Some of those products were failures before CA gave them the kiss of death. The ones that weren't, CA managed to destroy all value of on their own.

      CA is the kiss of death. If CA buys one of your software vendors, start shopping for a replacement now.

      Former Clipper developer, but I'm not bitter or anything. Noooo, of course not.

  12. Another has-been set free by k4_pacific · · Score: 4, Insightful

    It seems like this sort of announcement is becoming a common thing. Heck, even Microsoft did this with their WIX installer.

    Step 1: Dust off the source code for something that hasn't made any money in years.

    Step 2: Slap a GPL on it.

    Step 3: Release it to SourceForge.

    Step 3: Gain the goodwill of the open-source community.

    --
    Unknown host pong.
    1. Re:Another has-been set free by Trailer+Trash · · Score: 4, Insightful

      Bring it on! Seriously, if something isn't making money for a company, what's to lose? The more source we have available, the better off the entire computing industry is...

    2. Re:Another has-been set free by Linus+Sixpack · · Score: 4, Insightful

      Yea but available code without a simple free license is a problem as well as a bonus.

      At least it will make patent searches easier :)

      ls

  13. Ah, this brings back memories.... by hendersj · · Score: 5, Interesting

    When I was in college back in 89-93, we replaced an aging IBM mainframe with some brand new Sun equipment; one of the classes was a database class, and after the 4361 was retired, we put Ingres on SunOS 4.2 for that class.

    The thing kept falling over when the CS students would try to work with it - in any given time period, if there were more than 2 or 3 students using it, it would just shrivel up and die.

    It was so notorious for this that when we obtained source code to DikuMUD and implemented our own MUD server, we created a character called "Ingres". If you attacked it with any of the vast array of weaponry available, you could never cause any damage. It would never damage back (as it was harmless), but there was one way to kill it:

    LOOK AT INGRES

    Ah, the memories....

    --
    Insanity is a gradual process; don't rush it.
  14. Re:Oracle was the first SQL relational database .. by sapbasisnerd · · Score: 5, Informative
    RTFA, it says Ingres was the first [non-SQL] relational database, and that SQL was added later. Ingres used a Query language called QUEL.

    Now it says that CA added SQL which if I'm remembering isn't true, SQL was in the product well before CA bought it.

    Ingres was made by Relational Technology Inc. (at one point in the early eighties there were three database companies that had names containing "relational" and they all eventually changed their names to that of their product (Ingres, Oracle and Informix).

    I wrote an application in PC-Ingres in 1986 that used QUEL, I stopped paying attention shortly after that as I went to work for Oracle. Then in 1991 when I left Oracle to go to DEC Ingres was on my radar again as we resold it as "ULTRIX-SQL" and obviously by that point it had gained SQL capabilities. Sometime after that Ingres was in financial trouble and got bought by ASK because they had an application that was based on Ingres and felt they couldn't afford to have them go out of business. Later CA bought ASK.

  15. Until ... by A+nonymous+Coward · · Score: 4, Insightful

    Until you try an outer join or something other than trivial SELECTs. At least some of them have different syntax from others, and then there's the matter of working around MySQL's inadequacies. DBI is of very little help.

  16. The Greatest Upgrade to Ingres... by 10scjed · · Score: 4, Informative

    Is removing that god-awful CA licensing, anyone who has deployed CA products knows what I mean. That RegisterIT/LicenseIT OLF garbage, even with a "valid" license file it would time out half the time. And forget about changing hardware or a NIC, they bind their license files to your machines MAC address. CA Licensing is worse than Microsoft's activation.

    --
    --10scjed IANAL,AFAIK
  17. Re:First real relational database by brank · · Score: 4, Informative

    Edgar F. Codd came up with the "relational model" while working at IBM San Jose after becoming dissatisfied with every other DB ever written.

    Codd immediately became mired in internal politics (one of the DBs Codd was dissatisfied with was IBM's own :). But an IBM research group at San Jose created System R anyway,. That was the first relational database in the early 70's. Ingres came almost right after, when some Berkley scientists decided it might be fun to play with the ideas that were slowly filtering out of IBM.

    dBase came out of a JPL (Jeb Long) engineer's work, and the first versions did owe a lot to earlier mainframe DBs. The first relational DB for home computers, maybe, but not the first relational database.

    --
    it's green.
  18. Re:Oracle was the first SQL relational database .. by kfg · · Score: 5, Informative

    Ingres was made by Relational Technology Inc

    Actually, it began it's life circa 1974 as a research project at UCB and was originally released with source under a BSD license.

    The more things change, the more they remain the same I guess.

    KFG

  19. License is *NOT* changing by HammerToe · · Score: 5, Informative

    Joel Burton best sums it up on ZopeZen:

    "eweek.com reported on the Plone Foundation and CA's involvement, but their information about Plone moving away from the GPL is not correct. This has not happened. For our FAQs on the foundation, please see http://plone.org/foundation/faq.

    I'm sitting here with Alan, Paul, and Mark Murphy, and we really want to make sure that every knows that this is a real mistake and we're trying to reach eweek to let them know to issue a retraction. We want to make certain that everyone understands that no changes have been made and that a change like this would never happen with discussion with the community as a whole. The Foundation is an exciting change for our community, and we don't want this mistaken information to let people lose site of that."

  20. As someone who uses Ingres... by jregel · · Score: 4, Informative

    I work for a company that runs it's entire product base on Ingres II (2.0) and we're in the process of migrating to Advantage Ingres 2.6 (and also building a Linux version). I've also have some experience in MySQL so have a basis for comparison.

    While MySQL is fine for non-critical apps, and is especially easy to use for web applications, Ingres is designed to manage large databases. We have several of the largest local authorities in the UK running Ingres on big Sun boxes (E10K / E15K) with databases in the 10s of GBs. Ingres can handle this fine. There are some things that Oracle can do that Ingres still can't, but the ease of administering an Ingres installation is trivial. I've sat down with Oracle DBAs and they have been astounded at how easy it is to create new databases, take backups etc.

    The biggest weakness with Ingres has always been the lack of users (and hence a limited community). It's everywhere because most CA products that require a DB have Ingres running underneath (such as Brightstor Enterprise backup), but most people don't get to see it. Open Sourcing Ingres is very good for us, and excellent for the OSS community as it gives us a powerful, enterprise-grade DBMS server.

    This is very exciting news, and DBA-gurus would be wise to check this out. W00t.

  21. As an Oracle DBA by Moderation+abuser · · Score: 3, Informative

    I'll second your motion. Almost any RDBMS is simpler to manage than Oracle is. I've used Oracle, Informix, Postgresql, MS SQL server, mysql, etc etc, though not Ingres.

    I honestly don't see the attraction Oracle has to companies. 99% of corporate databases are trivial, they could be implemented on text files or the dreaded spreadsheet and make no use at all of the features Oracle has. It's just that 1% which need Oracle and associated DBAs so why insist on Oracle for everything? It's wildly expensive.

    --
    Government of the people, by corporate executives, for corporate profits.
  22. Re:Oracle was the first SQL relational database .. by Anonymous Coward · · Score: 3, Informative

    The ingres project was started around the same time as the unichs/unix project. I believe the first commercial unix system outside of Bell labs was for Stonebraker's ingres project.

    At that stage it used QUEL, which was widely regarded as superior to SQL - IBM's query language. Have a read of CJ Date's book for a comparison. It lost out YAVBT (Yet Another Vhs-Betamax Thing).

    SQL, rules, triggers, procedures etc added in late 80's, so by 1991 release 6.0 was technically the top relational db. The query optimizer was without doubt the best. Superior marketing and rapidly improving technology gave Oracle a huge market advantage by the mid 90's. At the same time Ingres stagnated as the buggy OpenIngres version was rolled out.

    CA bought ingres in the mid 90's. After a period of disorganisation while most of the original Californian development team were laid off or quit, CA began to add new features again & the product became a lot more solid.

    It is currently used by legacy sites & as a backend for CA's products. If you buy something like Unicentre, you'll get Ingres quietly installed as well.

    Technically:
    - behind Oracle/DB2, but evolving at higher speed.
    - ahead of PostGRES & mysql is still a joke.
    - only real advantage over Oracle since the early 90's is it's ease of database administration. It pretty much manages itself, which is why it's niche is now as a backend to other products.