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.

57 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 MisterFancypants · · Score: 2, Insightful

      You use a non-toy language which abstracts out the peculiarities of those databases.
      "use DBI;" and all those databases work.

      What if you're creating a 'non-toy' database application. Do you really think DBI abstracts the differences in all of these databases, even when using triggers, etc, to the point where you don't have to worry about it? Uh.. No.
    2. 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.

    3. Re:So many oss/fsf RDBMS... by veg_all · · Score: 2, Insightful

      What I want to know is: What do you have against toys? Scared by a clown as a child?

      Even on the big, bad interweb, sometimes one doesn't feel like writing "production" "code." Sometimes one may just want to make amusing and useful applications that need to manage fair amounts of data. And then one might want to share them with others.

      Sheesh. People here can get so serious about computers. Coding is such a manly art!

      --
      grammar-lesson free since 1999. (rescinded - 2005)
    4. Re:So many oss/fsf RDBMS... by AJWM · · Score: 2, Informative

      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.

      Um, do you have something against the Pear DB package and putting "require_once 'DB.php';" in your PHP code?

      --
      -- Alastair
    5. 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.

    6. Re:So many oss/fsf RDBMS... by Brother52 · · Score: 2, Insightful
      a pain to support the perculiarities of each of these products in, for example, a PHP script intended for general use

      It's more a problem with PHP than with anything else - failure to have a unified DBMS driver as about every other scripting language does.

    7. Re:So many oss/fsf RDBMS... by BarryNorton · · Score: 2, Funny

      I think you're missing the most important issue - the logo! ROFL

  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 Nutria · · Score: 2, Interesting
      Postgres does ACID-compliant transactions and is much faster and more scalable than Ingres, and actually supports SQL-92, and triggers, and stored procs, and many many other modern features.

      Because PostgreSQL doesn't have PITR, so fails the "Durability" portion of ACID.

      I'd never run a mission-critical DB off an RDBMS that isn't fully ACID. Yes, I'm anal that way, but that's what happens after you've worked with a real RDBMS running on a great OS for a while.

      --
      "I don't know, therefore Aliens" Wafflebox1
    4. 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
    5. Re:Why not PostgreSQL? by crimbil · · Score: 2, Informative

      Because quite a few of CA's products use either Ingres or MS SQL. With CA releasing more apps which can be hosted on linux as well as firms which use Windows but don't want to pay for MS SQL, more people are using Ingres. So, by going open source, that relieves some of the load on internal developers. I suppose it could also be argued that now Ingres will be improved without CA having to pay for more programmers.

    6. 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.
    7. Re:Why not PostgreSQL? by HeadDown · · Score: 2, Insightful

      Because it might have better Windows support than PostgreSQL. I'm looking forward to giving it a whirl.

    8. Re:Why not PostgreSQL? by hey+hey+hey · · Score: 2, Insightful

      The source base diverged over 20 years ago. I don't think there will be much in common anymore.

    9. Re:Why not PostgreSQL? by HeadDown · · Score: 2, Informative
      My problems are that I can't inflict the cygwin installer on my clients, and that the PostgreSQL on Windows HOWTO specifically states
      That being all said and done however, we don't recommend using the cygwin version of PostgreSQL for "Production" quality databases, nor high load levels. The cygwin emulation layer introduces a few limitations, namely the lack of being able to tune PostgreSQL to the same performance levels of a Unix system, and we're also not sure how well the data integrity features of Windows + cygwin + PostgreSQL work in the event of a system crash, hardware failure, etc.

      Regarding native Windows PostgreSQL, it seems like it's going to be out 'soon' pretty much as long as I can remember. I'm sure it'll happen sometime, but I'm not holding my breath. Even when it does happen, it'll be very new to the platform.

  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.

    3. Re:MYSQL by danharan · · Score: 2, Interesting

      The only reason I started with MySQL instead of PG was because of the windows installer, or more specifically PHPTriad.

      After mucking around in Oracle and PL/SQL for a year and reading about db normalization, going back to PHP was fairly traumatic. There's no way you can build enterprise-scale apps with that toy. No sub-selects or transaction support? Eek!

      I'm eagerly waiting for PG's native windows install, and re-writing all my queries to standard SQL, erasing hundreds of line of code that hacked around MySQL's lack of features.

      Anyhow, main reason I wanted to respond- I did no know or think to find out what the license was for PG's client libraries. You just gave me another reason to switch, and one that can be convincing to management. Thanks! :)

      --
      Information: "I want to be anthropomorphized"
  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.

    1. Re:Plone license by drmike0099 · · Score: 2, Insightful

      Is anyone else a little bit disturbed by this change in licensing? Perhaps it was the CA guy referring to the GPL as "viral" in the article, or perhaps it was that they went out of the way to reassure us that nothing "sinister" was going on. Maybe it's the fact that they are coming up with (yet another) open source license, which typically means they have some hokey rule in there that fits the OSI's definition legally, but not in spirit.

      I could definitely be considered paranoid, but they could have easily dual-licensed it as GPL and something else (which they state above in the FAQ) without coming across as a little sinister, but nowhere in the article do they mention dual-licensing w/ GPL. Add that to the "viral" comment and some of the other stuff they said, and I don't think the open source license will wind up being as good as you might think. Time to fork Plone? (j/k) I hope that I'm proven to simply be a bit jumpy, and not actually right...

  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 brre · · Score: 2, Informative
      Basically correct.

      University INGRES was Stonebraker's RDMBS designed and implemented at UCB. He founded a company Ingres to bring it to market. Ingres developed INGRES for over 10 years into an industrial strength database system, adding query and application development tools, forms tools, reporting tools, DBA tools, programming language integration, application generation, porting to all major UNIX systems as well as VMS and MS-DOS, re-architected it to a client-server model, added support for more storage structures, a state-of-the-art query optimizer, large objects, user-defined datatypes, transactions, database procedures, database rules, SQL support, client-server architecture, multi-threaded high performance database engine, network and distributed databases, gateways to legacy databases, and a GUI environment for developing GUI database applications.

      So it's not accurate to say that SQL, or any of the features mentioned above, were added by CA.

      Ingres the company became RTI became ASK. Later ASK was acquired by Computer Associates.

      Next month will mark10th anniversary of the takeover of Ingres.

    2. 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.

    3. Re:Ingres and Postgres by wib · · Score: 2, Informative

      I am not quite sure this is correct. There have been sucessive new releases of the product since 1994 when CA acquired ASK (6 major releases). CA were in closed beta with the next release until the announcment yesterday.

      Would you call Cluster support, replication, parallel query execution, numerous performance enhancements amongst others, not progressing the product. The company still has development and support staff located in every continent.

      I still remember what Ingres was like after CA acquired it from ASK. The OpenIngres 1.0 release was canned due to the marginalized development by ASK. it took 2 major releases before stability returned. Many ex-Ingres staff still lament about how good it was under ASK. Perhaps if ASK had spent its money on development rather than the parties perhaps Ingres would be in better state after the ASK acquisition.

  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. Re:Oracle was the first - WRONG by neongenesis · · Score: 2, Interesting


    The Multics Relational Data Store (MRDS, The French loved the name) was the first commercial database system, marketed by Honeywell on the Multics in 1977. It had an early SQL as the standards bodies churned the standard into shape.


    I know, Oracle was early, but as in so many other things, Multics was first.

  17. Re:Oracle was the first SQL relational database .. by Tablizer · · Score: 2, Informative

    Some background info on QUEL if anyone is interested.

  18. 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
  19. 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.
  20. Re:First real relational database by darnok · · Score: 2, Insightful

    If you're prepared to accept dBase II as a relational database, then I'd submit that IBM's ISAM/VSAM files have been around a good deal longer than that and they're fairly similar in terms of capability. No transaction level support, no ACID compliance, etc.

    In terms of longevity, I've heard that William the Conqueror was tracking his troops using ISAM files when he invaded England in 1066.

  21. 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

  22. 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."

  23. Here you go by Chuck+Chunder · · Score: 2, Funny
    10 PRINT "HELLO!"
    20 GOTO 10
    You don't need to thank me, I'm more than happy to do my part for the betterment of the entire computing industry.
    --
    Boffoonery - downloadable Comedy Benefit for Bletchley Park
    1. Re:Here you go by _Sprocket_ · · Score: 2, Funny

      You might want to check on who owns that before you give it away. Seems like I've seen it elsewhere. Granted, it could be public domain. But it could also belong to SCO.

  24. 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.

  25. 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.
    1. Re:As an Oracle DBA by mangu · · Score: 2, Insightful
      I agree completely about Oracle being a bitch to manage and vastly overpowered for almost all databases. I have been using Postgres for all new applications I create, and Ingres and Oracle for legacy applications. I believe the reason why so many developers choose Oracle is twofold: first, it's so widely used, many people are familiar with it. Second, nobody ever got fired for choosing Oracle. People feel confident that no matter what database they throw at Oracle, it will be able to handle it.


      As for the cost, well, they include it in the business plan. Except for very small companies, Oracle is considered "affordable" by the upper management.

  26. 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.

  27. Tools for the job by 16K+Ram+Pack · · Score: 2, Insightful
    I get a bit fed up with all the PHP/VB bashing as well.

    A LOT of companies use these tools, partly because they are simple and quick.

    I've also used MS Access when it suited. For getting something implemented in a department in a very short deadline as an interim solution to something more scalable and stable.

  28. Post/Ing/Whatever -gres needs marketing by Qbertino · · Score: 2, Interesting

    Postgres is one of those products that are cool but don't soar due to a hazy unhip image. People either use MySQL (most know DB) or something like SAP(!!)DB or it's follow-up MaxDB.
    For one I'd say Postgres (or is it PostgreSQL???) could _really_ use a better, grittier name. And the Site needs an optical redo.
    My 2 cents.

    --
    We suffer more in our imagination than in reality. - Seneca
  29. Re:although it was the first commercial SQL databa by leandrod · · Score: 2
    > Oracle's query optimizer was one of the discarded (open) research ones that IBM passed up for the one that formed the basis for what's DB2

    Indeed until v7 Oracle only had (or recommended) a rules-based optimiser vs IBM's cost-based one. This was one more proprietary lock-in for Oracle, since Oracle SQL coding was badly distorted to extract the last grain of performance, making it slow in better optimisers.

    --
    Leandro Guimarães Faria Corcete DUTRA
    DA, DBA, SysAdmin, Data Modeller
    GNU Project, Debian GNU/Lin