Slashdot Mirror


IBM To Purchase Informix Database

Boban Acimovic writes "According to this story on the Yahoo Financial News", IBM is going to buy Informix Database Software for $1 billion in cash. The main players in database leader struggle will be Oracle and IBM after this acquisition." That's in the commericial space - obviously SleepyCat, PostGres and MySQL and others aren't going away. And it appears that the other parts of Informix will be staying around as a seperate biz, so we should continue to see their support for OSS [?] .

228 comments

  1. in cash? by xyster · · Score: 1

    They're paying that much money in cash? why would they do such a foolish thing?

  2. Re:I don't think IBM is worried about MySQL by cduffy · · Score: 1
    I would think it's an embarrassment for the OSS community that their flagship DB is so incomplete.

    Who the fuck said MySQL was the open source community's flagship database?

    Honestly -- we have PostgreSQL (which at version 7.1 is actually a passable database for smaller implimentations), InterBase, and many others. The state of a single product says nothing about the OSS community as a whole, and it's quite improper to suggest otherwise.

    That said, I utterly agree that Oracle and DB2 beat the cr*p out of their OSS competition -- but that doesn't stop me from using PostgreSQL when my needs are modest and my budget slim.

  3. Interbase vs. Postgres by Brian+Knotts · · Score: 1

    What features does Postgres have that Interbase lacks? Just curious.

    1. Re:Interbase vs. Postgres by Outland+Traveller · · Score: 1

      I'm sure there more, but I would say the biggest thing postgres has that interbase doesn't is support for objects and object-oriented behaviors.

    2. Re:Interbase vs. Postgres by Malcontent · · Score: 2

      not true. It's open sourced. You can do whatever you want with it.

      --

      War is necrophilia.

  4. sigh by Stu+Charlton · · Score: 1

    nice non sequitur.

    What he's saying is that very often people performing benchmarks against oracle are likely not to be Professional Oracle DBAs.

    Most real world Oracle shops have professional DBA's running their systems (this is one area where I'm glad to say I *have* seen companies spare little expense at hiring the best & brightest; their data is their lifeblood).

    --
    -Stu
  5. Re:SQL Server 2000 by Stu+Charlton · · Score: 1

    www.inetsoftware.de and www.bea.com both have SQL server JDBC drivers.

    Though I will grant it still is a niche product, but that's one helluva niche.

    --
    -Stu
  6. Re:Do tell by Stu+Charlton · · Score: 1

    User definable functions including aggregate functions. You want to define a MAX or MIN on text fields go crazy!.
    Oracle has this. And a bunch of predefined ones for text fields (included in intermedia, the thing you said "I have no idea what this is" to)

    Loadable stored procedure languages. You can use perl, python, C or the built in language. You can write code in C and run it privledged mode with access to the OS (as the postgres user).

    Oracle allows C and Java for the same thing.

    Ability to define your own operators. It also has a very rich set of operators like a operator that says "is this point outside of this circle". In fact the geometric datatypes are freaking awsome.

    Oracle has this (Java or C). Oracle Spatial also has many built in operators and functions for geometry.

    Ability to define your own objects (kinda) and store them in the database. Very object relational.
    ...Oracle has been object/relational since 1997.

    unlimited row size. Unlimited length text fields.
    Oracle CLOBs are unlimited size. Can't confirm column limits.

    Regular expressions in the SQL statements.
    Groovy. Don't think Oracle does this yet.

    I could go on and on but trust me there are problems postgres can solve that oracle can't.
    Please do go on... you've dug yourself into quite a hole so far.

    --
    -Stu
  7. Re:Do tell by Stu+Charlton · · Score: 3

    For one, cache coherency on read/write conflicts between parallel cluster nodes. In 9i this will be increased to write/write conflicts as well.

    other things that Oracle has that PostgreSQL may need to catchup on:
    - Materialized views & snapshots
    - Tons of documentation (look at the book store)
    - Tablespaces and rollback segments for fine grained disk usage distribution
    - 24/7 operation: the ability to take portions of the database offline for backup / recovery while keeping other parts up (i.e. tablespaces)
    - Tools support (SQL Navigator, DBArtisan, etc.)
    - Heterogeneous data replication
    - Text-based indices (intermedia)
    - XSQL and XML rowsets

    And 9i is going to add even more features for 24/7 operations, such as re-creating indices without table locks, moving tables across namespaces with only short duration locks, etc.

    So, while I really do like PostgreSQL, it isn't Oracle.

    --
    -Stu
  8. Re:I don't think IBM is worried about MySQL by Zachary+Kessin · · Score: 2

    MySQL does not have many of the features of an Oracle or DB2. There are no provisions for refferental integrety. I don't think there is a good way to back up very large databases. (Say more than a few hundred megs) and so on. That does not make it bad. Just not in the same ballgame as the big databases.

    --
    Erlang Developer and podcaster
  9. I don't think IBM is worried about MySQL by Zachary+Kessin · · Score: 4

    IBM is no more worried about MySQL cutting into its DB2 market than Boeing is worried about Cessna cutting into its airline market.

    Its not that DB2 is "Better" than Mysql any more than a 747 is "Better" than a Cessna 172, they just do different things and get used for different jobs.

    --
    Erlang Developer and podcaster
    1. Re:I don't think IBM is worried about MySQL by Rick_Clark · · Score: 1

      I think MYSQL suffers from the same problem as Linux. Someone plays with it a couple of months and then markets themselves as an "expert". Unqualified admins can make a good product look much worse than it actually is. I don't think anyone could play with DB/2 for coulpe of months and get away with calling themselves an "expert".

    2. Re:I don't think IBM is worried about MySQL by Betcour · · Score: 1

      The problem of MySQL is not bad admins, the real problem of MySQL is that it's lacking a lot of very basic features that every other DB out there have. You still can't even make a simple nested SELECT in this thing !

    3. Re:I don't think IBM is worried about MySQL by selectspec · · Score: 2

      Hemos is off his rocker. IBM could care less about MySQL, and Postgres. IBM is pitched in a battle with Sun in the enterprize server market. The database machine is often the big piece of hardware that enterprize sites buy, and it dictates the type of storage array and software they'll use. Sun + Oracle has a nice ring to it when you are talking about laying down $40,000+ for a database. That's were IBM and Informix come it. With a top of the line Database (I'm not sure what is wrong with DB/2), IBM can compete with Oracle, which really means that they can compete with Sun.

      --

      Someone you trust is one of us.

    4. Re:I don't think IBM is worried about MySQL by ChannelX · · Score: 1

      Uh...a database that is more than a few hundred megs is not necessarily considered a very large database. I admin a db that is about 100GB and that isn't very large by today's standards.

      --
      My blog: http://jkratz.dyndns.org/~jason/blog/
    5. Re:I don't think IBM is worried about MySQL by The_Messenger · · Score: 2
      You still can't even make a simple nested SELECT in this thing !
      That's because MySQL isn't even suggestably conformant to SQL92, which is a necessity for a real database. MySQL also lacks: transactions, rollback, stored procedures, external keys, views... shall I go on? MySQL is fine for setting a toy personal website (i.e. Slashdot) but isn't even an option for business use. I would think it's an embarrassment for the OSS community that their flagship DB is so incomplete.

      Its only grace is that the little it does, it does fairly fast.

      OSS has proven the old tenet that "you get what you pay for". Which is buy business users pay for Oracle, DB2 and SQL Server. (Well, that and the cool schwag the marketing people bring. "Well Oracle brought me a travel mug, but Microsoft brought this cool bomber jacket! I'm going to make a business decision** and go with SQL Server."

      ** "Business decision" is dronespeak for "random yet biased stupidity".

      --

      --

      --
      I like to watch.

  10. Re:Actually by Jason+Earl · · Score: 2

    I would certainly agree that Oracle on Solaris is more scalable, bulletproof, karma-riffic, etc. than MS SQL server, but you only need an aircraft carrier when you are fighter planes at sea. If you are just going fishing, a rowboat is a much more useful craft.

    While it certainly is true that Microsoft has hyped their database as being capable of things it really isn't capable of, for most projects it is perfectly adequate. Of course, in that same vein PostgreSQL would probably work as well, and it is a heck of a lot cheaper than either Oracle or SQL Server

  11. kx.com & kdb by Jayson · · Score: 1
    kx.com:
    "50,000 ATM-style transactions per second logged to disk with full recovery on a single cpu. This was against a database of over 100,000,000"
    "on the 35 megabyte OLAP APB-1 benchmark queries, Kdb ran 12,000 queries per minute with no precalculation."
    "TPC/B benchmark that achieves 25,000 transactions per second with full recoverability and TCP/IP overhead on an (167 Megahertz) UltraSparc I."
    and you can eat it too:
    "K is also small. The entire runtime system, written in C, fits in 300,000 bytes."

    -j
    --
    http://kx.com
    taylor:{+/y**\1.0,x%1+!-1+#y}
  12. TPC - a poor performance indicator by Epeeist · · Score: 1

    TPC is hardly the best indicator of performance or scalability. It doesn't really allow meaningful comparisons between systems.

  13. Re:TPC - a poor performance indicator by Epeeist · · Score: 1

    Sad - responding to my own message.

    I did, of course, mean TPC-C. Other TPC benchmarks are more meaningful, and less tweakable by the vendor.

  14. Re:Open Source vs Commercial by Tet · · Score: 2
    Sleepycat is a commercial embedded database. Sure, it's Open Source, but it's still commercial.

    More to the point, it's playing in a completely different market to all of the others. It isn't, and probably never will be considered a replacement for Oracle, because it's not SQL based. It is, however, a fully fledged database, supporting transactions, fine grained locking, online backups etc. Also, anyone that thinks MySQL or PostgreSQL are players in the database leader struggle is dreaming. Sure, they're fine databases in their own right, and in time, they well gain some of the features that they're missing. They're fine for small to medium businesses, but for enterprise use (which is where Oracle and DB2 reign supreme), they're just not even close.

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
  15. Re:Heh! One of these things is not like the other. by AMK · · Score: 3

    Current versions of BerkeleyDB support transactions, and note that MySQL's transaction support is built using BerkeleyDB, so clearly MySQL isn't going to support transactions and be any faster.

  16. Are you sure about 9i? by PCM2 · · Score: 2

    I thought Oracle 9i was an Apache-based application server, not a database.

    --

    --
    Breakfast served all day!
    1. Re:Are you sure about 9i? by superNag · · Score: 1

      Oracle 9i will be App server + Database (successor to 8i)

      --

      no idea.

  17. Two words - Red Brick by Eric+Wayte · · Score: 1

    IBM wanted Red Brick and the only way to get it was to buy the rest of the Informix database business.

    Red Brick

    1. Re:Two words - Red Brick by The_Messenger · · Score: 1
      IBM wanted Red Brick and the only way to get it was to buy the rest of the Informix database business.
      I have a Brown Brick that IBM may also be interested in purchasing. It is composed of the same material as Informix products... crap!

      --

      --

      --
      I like to watch.

  18. Linux is still a part of IBM culture by krbuck · · Score: 1

    Linux if not open source is very much a part of IBM. If you spend any time at any IBM campus that deals with software or cruise through any of their internal web sites, you'll quickly understand this fact. Perhaps more telling is that IBM is spending real dollars to contribute to the Linux community.

    Also, a recent post stated that the enterprise db's are in a different space than the available open source offerings. This is very true. For my part, I'm looking forward to better support for an improved database offering from IBM that runs on Linux.

    It will be interesting to see how this plays out.

    1. Re:Linux is still a part of IBM culture by Tirs · · Score: 1

      From my very personal experience: yes, IBM is spending fat bucks with Linux, more than people out there can see. Does this mean we will see Informix for Linux supported by IBM? Maybe... but personally, I think that IBM will kill Informix, tear the pieces apart, and use them to improve their own database product: DB2. Opinions about it, please? About Micro$oft SQL Server: Does anybody use it? Here in my country it is not very known. Don't misunderstand me: it IS known and used, but it is not the market leader (not even the second).

      --
      Strength, balance, courage and reason. If you know what's this about, contact me!
  19. Vendors and stuff by hatless · · Score: 4

    Hm. I do think Sybase and Microsoft are also players in the mid-to-large database market, and that a lot of companies with decent products but small market share, like Progress, would also take issue with the idea of IBM and Oracle being "it".

    Sleepycat? Yeah, , Oracle and IBM do have little embedded data store products, but I'd hardly mention them in the same breath as FIlemaker, much less Oracle and DB/2. And as for MySQL and Postgres? Please. They're competition for Filemaker, MS Access, Interbase, Cloudbase and the like, and in some cases very good competition for them. But not even Postgres 7.x touches the lowest end of what the IBM, Oracle and Informix server products do. With live replication and decent hot backup features, maybe it could chew on their ankles, but that's about it. As for the middle-range, wake me up when Postgres can do clustering and failover, or when a single Postgres database can hit at least half a terabyte with good performance.

    1. Re:Vendors and stuff by ChannelX · · Score: 1

      Sybase has an extremely small marketshare and Sybase is just now coming up to the abilities of Oracle and DB2. Same for Microsoft. Both databases, while good, are still not up to what Oracle and DB2 can handle.

      --
      My blog: http://jkratz.dyndns.org/~jason/blog/
    2. Re:Vendors and stuff by ChannelX · · Score: 1

      Oh. Almost forgot. Putting Interbase in the same category as Access is also not appropriate. Interbase and SQL Anywhere both are far better engines than Access or even MySQL.

      --
      My blog: http://jkratz.dyndns.org/~jason/blog/
    3. Re:Vendors and stuff by radish · · Score: 1


      I'm no fan of Sybase (as a product that is), but they have some key clients. Primarily, they basically own the major banks - the majority of large Wall St institutions have historically used Sybase. This is changing now (slowly) with DB2 coming in well. Oracle is usually shunned, although as a non-dba I don't know why that is.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    4. Re:Vendors and stuff by supersnail · · Score: 1

      While sybase are a very viable database vendor, MS really just arent.

      Being stuck with NT as the only platform, and, a general corporate lack of trust are disadvantages that I don't think MS will ever overcome.

      Incidentaly if you want to see how big databases can get and what they are running on check out :-- http://www.wintercorp.com/VLDB/2000_VLDB_Survey/wi nners/

      Its a little self selecting and as your probably unfamiliar with the products "CA" usually mean "Computer Associates IDMS" and especially in the "transactional" category "IBM" usually means the ancient but high performing IMS/DB rather than DB2.

      --
      Old COBOL programmers never die. They just code in C.
    5. Re:Vendors and stuff by mpeppler · · Score: 1

      Sybase may have a relatively small market share, but they are definitely the major player on Wall Street and for a lot of Telecoms. They have 60% (at least) of the mobile market (with Adaptive Server Anywhere). In terms of features, Sybase has a lot of functionality for the DBA that Oracle still doesn't have (like rebuilding indexes without locking the table, or simple on-line backups). And Sybase is very scalable and in general out-performs Oracle on the same hardware.

  20. Re:Run Sybase on a Sun E450 if you love MSSQL so m by Locutus · · Score: 2

    You really hit the nail on the head. Wintel just can't make it to the big time. I have to ask why anybody or company can think that a consumer OS, which has all the bolted on crap Microsoft forces into its Windows OS's, should be capable of high-end computing on the scale of the large *nix's? It's rediculous to think it'll ever make it there. The fact that Microsoft NEVER ventures off it's OS means they will never make it to that big $$ market. As long as they only play in THEIR sandbox ( Windows/x86 ) their stuck. For an example, last year they released a micro-dbase for handhelds. Guess what, it only ran on WinCE! PalmOS has 80%-90% of the market and they don't support it.
    Why did this thread even come up? A PC Database running the same Databases run on HP-UX, AIX, OS/390, Solaris? Not likely. And they expect this to come from a company that took 10 years to make a 32bit multi-threaded OS that crashes as few times as IBM's OS/2 v2.1 ( but requires 4x the hardware )? ;) Had to throw that in there for fun. :)

    LoB

    --
    "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
  21. Re:Tech confussion by Speed+Racer · · Score: 1

    I believe the overhead of transactionally-aware auto-increment fields would be far to greater that they are worth. Sequences are very simple to partition to prevent primary key collisions and don't have the burden of transactional awareness. This is especially useful in asychronously replicated environments as it allows for fault-tolerance on the connection between the DB's.

    --
    Free Mac Mini. Yes, I'm
  22. Re:SQL Server 2000 by BJH · · Score: 1

    MS dropped support for Alpha in Win2K. There will be no more official releases for the platform.

  23. Re:Do tell by Kope · · Score: 2

    Anyone who does disk space management with mission critical data using a symlink should be strung up by the short and curlies and summarily shot.

    You simply don't do that sort of thing with mission critical data.

    Of course, with mission critical data, you are using an enterprise class database so you don't have to, and that's the point. Postgres, MySQL and others are excellent products in the space they operate within. That space is not mission critical, enterprise level database servers. That is why lumping them in with a story about enterprise level servers is bad reporting. There are people out there who think that it is perfectly ok to keep a company's financials on Postgres, because they just don't know anybetter. What's sad, is that when the shit hits the fan and the stock holders come looking for the executive who has personal liability for that decission, the sysadmin who made the call isn't going to be the one who ends up bankrupt and in debt 5 mil to the corporation.

  24. Tech confussion by Kope · · Score: 4

    It is really dissappointing to see PostgreSQL, MySQL and SleepyCat compared to Oracle, Informix, Sybase, and DB2. The latter are enterprise databases, the former are not. While PostgreSQL adn the others are very good in the space they operate in, they do not do what Oracle and company do. To compare them as if they operated in the same space shows a gross ignorance of enterprise level data computing that is inexcusable for a site that is suppossed to be about "news for nerds." "Nerds" should know that enterprise level databases are more than transactional SQL engines (hell, in the case of MySQL and Sleepycat, not even that!).

    1. Re:Tech confussion by __aasmho4525 · · Score: 1

      regarding sequences: i totally agree.
      this is significantly more valueable with one caveat:

      if you have multiple databases replicated in different spots (say different customer service centers in different geographic locations) you are usually forced to do manual partitioning with the sequences to keep your data segmented (and thus not colliding).

      it's a corner-case, i conced, but could theoretically be easier with some type of transactionally-aware auto-increment implemented inside the rdbms' transaction layer instead. (sequences are NON TRANSACTIONAL, remember)

      cheers.

      Peter

    2. Re:Tech confussion by __aasmho4525 · · Score: 2

      first, i am neither an employee of oracle, ibm, or sybase, nor am i a VAR, or any agent of any of the above (but am a stock holder in both ibm and oracle)... these are the three RDBMS engines i know best, i'm sure others do a bunch of these things too. the exclusion is not intentional, just ignorance.

      all claims i make below generally are present across all three RDBMS', but in a few cases, they are features specific to one or the other.

      to add on to what the other poster(s) has(have) already mentioned, some of the features that are as of yet unmatched by any open source RDBMS (but correct me if my information is old):

      1) two-phase commit built into the kernel of the RDBMS. this is really a must-have to support a bunch of the others features to follow. don't underestimate how difficult this gets when you begin to consider MULTIPLE VERSIONS of your rdbms kernel that may need to cooperate on transactions that span over 5 or more databases (this happens all the time). i can only imagine that this is the most technically challenging software in all three kernels.

      2) when you've got a problem that needs it and constraints that allow for it, symmetric replication. two distinct database instances that share the same schema objects, replicating transactions applied to either instance to it's peer, both in real time, AND disconnected (therefore, queued). the devil in details of this one is all the collision resolution rules. this is a VERY tricky tool and one must be very judicious in its use. be certain that not everything ends up looking like a nail, if you get my drift.

      3) (oracle) parallel server (as already mentioned) allows for multiple "instances" on multiple machines to securely perform i/o against the same physical database on the same disks. this is a big feature that has, again, a necessity for just the right problem with just the right set of constraints...

      4) SNMP trap agents that can send traps to any SNMP compliant management tool (say ITO, Tivoli, etc, etc) such that alarms can actually be aggregated into one spot for all instances in an entire enterprise. don't discount how big this could really be. the alternative is to use some type of log sniffing facility that comes with ITO, etc, and maintain filters to catch all those corner-cases (since, for example, oracle doesn't hand you those filters).

      5) an extremely powerful, if not terribly devious query optimizer. this thing can be the bane of whole groups' existence (and i know people whose entire life is nothing but understanding that optimizer in and out to help hundreds or thousands of people to correctly optimize their queries), but when you understand how to make it work for you, it is INCREDIBLY powerful. most databases try hard to optimize for certain corner-cases, but generally don't do that well at it. they do well for the general case, instead. to compensate, they all allow for very specific manual query tuning that allows you to "hint" the optimizer that a particular mathematical model is going to be a closer approximation than another to your data. this is another HUGE feature that is a must-have. oracle's optimizer, for example, is able to perform joins at least 6 different ways (hashed, bitmaped, merge-sorted, nested-loop, etc. it can also make decisions based upon statistics, histograms, etc.). with so many choices, naturally the optimizer can't always spend enough time to choose right on every query (as it must spend predictable-time in the query-plan calculation, and i regularly see 10 page SQL queries. yuck.).

      6) materialized views - the ability to store an entire query's result set as an "appendix" to a table such that when the optimizer sees a repeated query with the same where clause, it simply short-circuits the query to read the already-calculated result set. remember the oracle contest a few years back? this was their evil trick on how they could ensure no one could beat them at their own game. AN INCREDIBLY useful tool for most situations in data warehousing.

      7) table partitioning. one can build a "partitioned" table by some partitioning key. the rdbms' optimizer then can selectivly discard entire partitions from a query's access plan on the fly if the first column in the index it intends to use matches the partitioning key (but this isn't the important part). key, however, is that you can partition data (say by date) and drop whole partitions of the table without having to have some very serious queries running against the table that delete a half billion rows (which, of course, cause other running queries to have to deal with the data saved in rollback for all those rows, usually causing "snapshot too old" (in oracle) errors. this has to do with transaction isolation level and the limits to what you can do if you delete billions of rows). instead, you just drop the whole partition that contained those rows out of the table, and along with it go all the index blocks from any global indexes that span partitions.

      8) callbacks outside the database. you can configure oracle (not sure of the others) to make calls to EXTERNAL PROCESSES to the database kernel in order to handle certain things types of things or data. this can be immensely powerful when you need to do notifications via a trigger regarding cache-invalidation, for example.

      9) i can think of some first-hand examples where 10k two-tier clients are connected to RDBMS' performing hundreds of millions (if not billions with all the automated processes) of transactions per day.

      10) online backup and recovery (where applicable). again, this isn't as easy as it might sound and is a huge deal. some vendors now support both full and incremental (through custom software) backups of their databases. this is easy to dream about, but very difficult to make happen. it's, as everything else, a matter of TIME to get it perfected.

      that said, of course, none of this software is perfectly implemented, and without the vendor's support organization, you'd be floating the niagra river in a wicker-basket.

      all of these packages are really HUGE pieces of software that really stretch the limits of what these companies can manage with THOUSANDS of people working on them. literally. there isn't a day that goes by that we don't stumble onto some other bug in one of the three.

      it's getting so complex that i personally can't imagine how any could ever be made to be bug free, as the product development folks never let the kernel of the rdbms' sit still for too long...

      it's a problem of eternal scope-creep...

      just my 0.02...

      hope this helps a bit. there are hundreds more subtle things like this... this is why people say "enterprise features!" it's really quite difficult to explain until you actually need the features yourself. :)

      you can infer some of the other features by examining the release notes of various oracle, db2, sybase, (& to a lesser degree sql2k) releases...

      cheers.

      Peter

    3. Re:Tech confussion by scrutty · · Score: 1
      A few points and a little de-FUDing

      • Using sequence objects to generate serial IDs are more flexible than auto increment columns IMHO. This is how Oracle actually did it the last time I worked with Oracle
      • Version 7.1 of Postgresql , which came out last week supports unlimited row lengths for blobs without resorting to large objects
      • The documentation is fine. Check the online stuff at the website, or buy manuals from Great Bridge or just search Amazon.com on the term postgresql for commercial stuff

      BTW, Postgresql follows ANSI SQL far more closely than MySQL attempts to , so almost any standard reference book should help you along with the query side. You don't have to use the source

      --
      -- Oh Well
    4. Re:Tech confussion by Malcontent · · Score: 2

      I am afraid your knowledge is out dated. Postgres has had serials sinse 6.5. By creating a table with serial datatype postgres actually creates a generator and attaches it to the table. BTW generators are much more flexable then autoinc fields because you can prefetch them, there are lots of neat uses for that. since v7.0 postgres has had unlimited row sizes (limited by the OS).
      The documentation is one of the best. Second only to the truly awsome php documentation. Go read it yourself.

      --

      War is necrophilia.

    5. Re:Tech confussion by Betcour · · Score: 1

      Maybe because he has a lot of code written for MySQL and PostgreSQL lacks some basic features MySQL has ?

      Last time I checked (a few months ago) :
      - PostgreSQL doesn't has any AUTO_INCREMENT attribute. You can make external counters and then attach them to a column, but what a complex way of doing something simple
      - PostgreSQL use "large object interface" to handle blob columns. It really really sucks, as you can't just put your binary datas into your SQL query and have to deal with complex and proprietary API calls.
      - PostgreSQL severly lacks documentation. No one will want to read the source code to know how to write his queries

      and so one... so far I've looked myself at migrating from MySQL to PostgreSQL, and came to the conclusion that both are severely crippled, but in very different ways.

    6. Re:Tech confussion by stuce · · Score: 2
      Anyone with even a scant knowledge of commercial database system should know that comparing Oracle and DB2 with Postgres and MySql is comparing apples and oranges. They are not even close to being in the same class. If you don't know why, perhaps you should find out yourself.

      Then why is it so hard for me to find someone who can tell me what makes Oracle better than Postgres?

      Every time I ask someone what makes Oracle so much better they either say "Enterprise features!" and change the subject or say "Oracle has X!" making obvious their ignorance of Postgres since it has X too.

      As of PostgreSQL 7.1 Oracle is not longer the faster of the two. Thanks to GreatBridge, Postgres has awesome support. Postgres now has all the foreign keys and inner and outer, left, right, up, and down joins. It has a data management layer where you can stick your indexes on a different spindle than your table. It has stored procedures and triggers. It has full transaction support and a write ahead log.

      Come on! Will one of you Oracle advocates PLEASE tell me what the hell makes Oracle so damn good. I'm not trying to pick a flame war, I just want to know! Has Oracle really fallen so far behind that the only people who advocate it are those who are drinking too much of the Coolaid to form a real argument? There must be another reason people like it so much!

    7. Re:Tech confussion by DeepDarkSky · · Score: 2

      In-depth knowledge of enterprise level data computer is NOT a prerequisite to being a nerd, but if you are going to be an authoritative source of information pretending to have some journalistic integrity, you should have your facts straight. Anyone with even a scant knowledge of commercial database system should know that comparing Oracle and DB2 with Postgres and MySql is comparing apples and oranges. They are not even close to being in the same class. If you don't know why, perhaps you should find out yourself.

    8. Re:Tech confussion by DeepDarkSky · · Score: 2
      Sometimes I wonder if these kinds of mistakes erring on the side of open source isn't intentional (whether consciously or unconsciously). Slashdot editors can hide behind the semi-official line of "we are/are not real journalists" to promote their agenda and plead ignorance when the facts are wrong (as they often are).

      That being said, I have found some very useful and informative and correct information, many of them coming from the community that make up Slashdot. I find it disappointing when the editors who are responsible for deciding which stories to post and for adding editorial content don't get their facts straight, and depend on the community to correct them.

    9. Re:Tech confussion by poot_rootbeer · · Score: 1

      I'm sorry, I did not know that in-depth knowledge of enterprise level data computing was a prerequisite to being a nerd.

      Why not TELL us what the differences are, instead of whinging about how stupid everyone is for comparing databases to databases?

    10. Re:Tech confussion by The+Ape+With+No+Name · · Score: 1

      Agreed. I use MySQL everyday in lieu of Oracle. I am really tired of the Real Soon Now status of MySQL. Coding subselects in Perl is no fun and not having commit and rollback in a usable state sucks. But I'd like to see Oracle run so fast on so little.

      --
      Comparing it to Windows will be a moot point, since El Dorado is going to have a 40% larger code base than XP.
    11. Re:Tech confussion by The+Ego · · Score: 1
      Oracle DBA instructors defined (2 years ago) a big database to be > 1TB.
      How many such databases does Postgres manage worldwide ?

      As far as fast is concerned, how is Postgres performance affected with > 1000 simultaneous connections ? Last I heard Oracle 8.0 was demonstrated responding under, what, 30k simultaneous connections (or was it 100k?). The 8.1.5 JVM was tested with 10k simultaneous JVM instances (and the 8.1.5 JVM was its 1.0 release and is now _old_).
      Heck, if you want pure performance for low levels of service you'd be better off with Sybase or SQL/Server.

      I have heard that for one special customer Oracle did sign a contract guaranteeing (sp?) 5 9's availability (less than 5min downtime a year). Would any open-source/cheap DB user even bet on such availability ?

      This is the kind of performance you will only find in "enterprise" DBs. Those features are hard to explain and are not check-box items.

      Of course it's mostly when you reach those levels of availability/scalability that most other "features" become important. Online rebuilding of indexes is not that important if shutdown your DB every evening for backup (you would typically rebuild at startup then), etc.

  25. Re:Free DB's are getting mainstream by Detritus · · Score: 2
    Then again, some applications are better off just staying on a free database. NASA for instance, no longer uses Oracle. They are now using MySQL instead just because of the huge amounts of licensing fees that they can now divert to other areas, while still keeping their databases very fast and useful.

    Where did you hear that?

    NASA uses Oracle, MS SQL, Access, DB2 and a bunch of other databases. NASA is not a monolithic organization that dictates what software can be used. Each project makes its own decisions as to what software is the best fit for its needs. It could be Linux with MySQL, NT with MS SQL or Solaris with Oracle. If you name a software package, there is probably a NASA project that uses it.

    --
    Mea navis aericumbens anguillis abundat
  26. Don't forget Interbase/Firebird by Outland+Traveller · · Score: 2

    Interbase (Firebird on sourceforge) has a nice niche in the open source database arena as well.

    I would put it somewhere in between mysql and posgres in terms of ease of use, ease of installation, performance, features, and third party tool support.

    For some of us it's a good compromise.

    1. Re:Don't forget Interbase/Firebird by Malcontent · · Score: 2

      Lots actually. A rule system (every view can be made editable). User defined operators including aggregates. User loadable SP languages (no more SET TERM!) you can use perl if you like. Lots of object oriented stuff. Unlimited row size, easier import and export of text data blah blah. Lots of cool things in postgres.
      OTOH it's a royal PITA to install in windows. IB is so much easier to install and manage if you are running windows. And IB/Delphi combo kicks ass.

      --

      War is necrophilia.

  27. Re:Oracle Leads What? by thegrommit · · Score: 1

    Considering how difficult it is to pry corporate customers from an entrenched platform, I'd say "leading in sales" is pretty significant.

    Technical merit doesn't always lead to success.

  28. ibm's purchase of informix... by __aasmho4525 · · Score: 1

    if you've really been following the RDBMS market for about 10 years, informix has really been in a very precarious position for the last 7 of them, or so. they've done rather poorly financially, and the (ISV) software development community has only barely continued to support them from what i've seen.

    there's absolutely no surprise in any of this to me...

    ibm is buying *INTELLECTUAL PROPERTY*, first and foremost.

    searching patent databases shows us that since 1996 somewhere around 17 very useful (and non-frivilous) patents have been granted to informix. i'm fairly certain that a number of these methods are directly used by oracle in their engine (say the one that discusses the method of building a two-phase commit engine into the RDBMS itself).

    in short, ibm (beelzebub) has now a new lever to exert force onto larry (satan himself)...

    cheers.

    Peter

  29. Re:DB/2? by __aasmho4525 · · Score: 1

    i had a posting somewhere above, but i believe this is a purchase for INTELLECTUAL PROPERTY RIGHTS. there are a number of key patents that informix has been granted (it looks like searching the patent database that about 17 fairly good patents have been granted since 1996 to them). one of these is, for example, describes the method by which you could implementing a two-phase-commit transaction processing monitor inside the kernel of the RDBMS itself (which oracle has also done, for instance).

    i think this was a leverage purchase, no more no less, but what do i know.

    cheers.

    Peter

  30. Re:MySQL not an embarassment by __aasmho4525 · · Score: 1

    i don't agree with your statement that foreign keys are really only applicable to schema that is expected to see NO deletions performed against it.

    i can envision many cases where i want to ensure that a parent table's row exists before i go decorating that parent with additional rows in a child table (say in a star schema).

    i have actually built a few simple applications that did add additional attributes to some base object by decorating it inside a child table in this manner. most were normalized to third-normal and backed off from just a bit.

    this just makes relatively good sense if you expect people to be using the schema OUTSIDE some very well controlled and implemented abstraction layer. if the abstraction layer (say some object-relational mapping) is the only inserter/updater of the tables, and you just use the relational engine to do REPORTING efficiently, then heck, no foreign keys necessary at all :)

    so, foreign keys are still pretty useful for even insert-then-select schema objects, but it depends upon the situation, as usual...

    just my 0.02.

    Peter

  31. Re:MySQL can emulate most of those features alread by __aasmho4525 · · Score: 1

    damn!

    ran out of mod points.

    you're not kidding, though.
    this might be the best post i've seen in a while.

    makes you wonder what the last two dozen years of research into transaction processing & relational database management were wasted on?

    cheers.

    Peter

  32. Re:Regarding Microsoft: by __aasmho4525 · · Score: 1

    i'll add to this.

    as was mentioned numerous other places in the replies to this story:

    the tpc-c benchmark results can be easily "enhanced" by partitioning data into multiple individual instances (unfortunately the benchmark allows this).

    so, most people looking for a suitable one-box or two-machine-cluster solution are going to be confused by all these partitioned results to say the least.

    if we pay attention to the non-clustered results, the IBM 680 sits at the top, while the bull, hp, & fujitsu, sun, & other offerings follow closely behind.

    the important thing to note is that if you needed to buy a single box (or a pair to form a cluster or an OPS cluster if oracle) you would be making a very different decision than buying a partitioned cluster of IBM xSeries 370's. this, in fact, is the decision almost everyone looking at these types of performance numbers has to make "in the real world".

    few have the luxury to partition their data into multiple instances... they usually are stuck with inescapable growing-pains from the past.

    cheers.

    Peter

  33. Re:What exactly is IBM buying? by __aasmho4525 · · Score: 1

    my opinion, and only that:

    i searched through the patent search engines, and came across a fairly healthy intellectual property portfolio. some of those patents are describing methods that i'm almost positive are used inside oracle, for example.

    this could be a tool in order to gain leverage on the competition merely from this one perspective...

    time will tell...

    Peter

  34. Re:Open Source vs Commercial by ethereal · · Score: 1

    Of course, it's a turn-on if you don't want to wait around for SQL parsing. To each his own, I suppose.

    --

    Your right to not believe: Americans United for Separation of Church and

  35. Heh! One of these things is not like the other. by jamesneal · · Score: 1
    That's in the commericial space - obviously SleepyCat, PostGres and MySQL and others aren't going away.

    Doesn't one of these seem a little out of place?

    Mark: "We're going to need SPEED! Let's use MySQL."

    Bob: "This is going to be a high transaction session database! We're going to need transactions and rollbacks! Let's use PostgreSQL."

    Dennis: "We'd a crummy little dot-bomb. We don't need speed, and we don't need transactions and rollbacks. Let's use DBM files."

    -James

    1. Re:Heh! One of these things is not like the other. by The_Messenger · · Score: 1
      The_Messenger: Since we aren't poor, let's use a real database, such as Oracle, SQL Server, or DB2. MySQL is severely lacking in features and standards-conformace. PostgreSQL is less lacking, but is also slower than Taco.

      --

      --

      --
      I like to watch.

    2. Re:Heh! One of these things is not like the other. by oingoboingo · · Score: 2

      MySQL also offers transaction support using two other table types (with their associated back-ends)...Gemini (from NuSphere i think...might be wrong), and InnoDB from Innobase. I've been playing around with the InnoDB tables in the last few days with MySQL 3.23.37 and they seem to support transactions nicely. InnoDB tables also support row level locking, so MySQL shoudn't slow down as much under a heavy insert load.

    3. Re:Heh! One of these things is not like the other. by NullAndVoid · · Score: 1

      "We'd a crummy little dot-bomb. "

      All of the dot-bombs I know use(d) Oracle, because it's got the best "brand". And because they've got the slickest sales critters.

      --


      -- Sigs are for losers
  36. Re:Short Changed by jamesneal · · Score: 1

    A guy walks into an automotive store and asks "Would you give me a rear view mirror for a yugo?" The clerk thinks about it for a minute and says "Okay, that's fair."

  37. What exactly is IBM buying? by geophile · · Score: 2
    This is utterly bizarre. What on earth is IBM buying? It can't be the "brand". That was destroyed in the disastrous Illustra integration.

    It can't be the software, which was crap. In 200 lines of code, I wrote two different test cases, (only one of which was multithreaded), which crashed the Informix server.

    It can't be the support organization. Getting help from Informix support was a surreal experience. There was the time I had to instruct one of their support guys how to unzip a zip file. I had to explain to another one the concept of a client, and introduce the fact that Informix was accessed from one.

    It can't be the advanced R&D: The aforementioned Illustra was surpassed in all ways by IBMs research out of their Santa Teresa Labs, and some of this research has already found its way into DB/2.

    Customer base? I didn't think Informix had that much of a following.

    So what is it? What? I just don't get it.

    1. Re:What exactly is IBM buying? by tweek · · Score: 2

      It's funny that you mention the Video DataBlade. My day job company did some qa testing (for Informix) of media360 before/when they were rolling it out to CNN. It's definitly a killer product. CNN was so anxious to get it that informix actually installed beta's on site at cnn and kept coming out to upgrade it. I'm guessing CNN was a rather LARGE customer to them ;)

      My feeling when I read this was that IBM wanted some of the Media360 technology/customers and that's where the buy came from.

      --
      "Fighting the underpants gnomes since 1998!" "Bruce Schneier knows the state of schroedinger's cat"
    2. Re:What exactly is IBM buying? by belrick · · Score: 1

      Doesn't Informix's DB engine also scale from embedded app size to TB size for Enterprise apps?

    3. Re:What exactly is IBM buying? by neorosis · · Score: 1

      I disagree - this does make sense. Everyone said the same thing about Oracle buying RDB from DEC in the old days. And now, what do you think the huge RDB installed base buys when they want to upgrade or acquire new software? Oracle, of course, partly because Oracle sales knows about the shop and the players.
      This uncovers another unusual, fun fact about annual support: part of the purpose of annual support is to stay in touch and stay current with the decision makers at the customer's location. That means that when the sales team comes a-knockin', they know what door to knock on, unlike the competition. The support organization is extraordinarily profitable arm of these enterprise db companies, and that revenue stream could justify this acquisition alone.
      This acquisition does make sense seen from this light.
      Best,
      Paul

      --

      --
      da, da, da, uh-huh.
    4. Re:What exactly is IBM buying? by MemRaven · · Score: 2
      There IS some interesting technology at Informix, you just have to know what it is. Look at ZDNet Article on it. The main thing they're buying it for, somewhat, is the data warehousing capabilities. This is actually someplace where IPS (Informix Parallel Server) has a reasonable advantage.

      Informix has two main enterprise products: IUS (Informix Universal Server), which is the result of the Illustra integration; and IPS, which is the massively parallel server. IPS is actually pretty widely respected and used. It's a monster for data warehousing, and is very commonly used in large (i.e. bricks-and-mortar) retail installations. In fact, a very common installation platform for large retail is to use IBM (mainframes, AS/400, and POS terminals) for the transaction processing, and IPS to handle analysis.

      So in that sense, there's both interesting technology there (the massively parallel bits in IPS) and a very good synergy of customer base and products.

      So in direct response, there IS interesting R&D out of the Portland lab where informix did the XPS work (I forget if they're actually calling it XPS or IPS these days, it used to change around a lot), you just didn't know it.

      And the research you're probably thinking of comes out of Almaden. There's some interesting DB/2 related work out of Santa Theresa, but Almaden is where the really cutting-edge stuff has taken place IIRC.

    5. Re:What exactly is IBM buying? by jdfox · · Score: 1

      There's some interesting politics behind the video datablade. Media360 is now an Ascential Software product. It's a bundle consisting of Informix IDS and the necessary blades, plus a web front-end. So Ascential's basically selling a value-added app that runs only on Informix. None of the big media players that I'm aware of (CNN, BBC et al) actually use Media360: rather, they all have heavily customized systems based on IDS plus blades plus custom front-ends.

      So IBM won't actually be buying Media360, they'll be buying what's installed at the big reference sites.

    6. Re:What exactly is IBM buying? by jdfox · · Score: 3

      For starters, Informix owns the telecoms market: 8 out of 10 calls placed worldwide transact across an Informix DB.

      Second, big chunks of the Time Series Analysis market: several large finance houses including Merrill-Lynch, Morgan-Stanley and Chase use Informix IDS to do speeds and volumes no one else can get near. When you're doing Time Series on trillions of stock ticks per day, that's important.

      Third, video: CNN, BBC, RAI, Telecinco and others use IDS and the Video DataBlade for storing video objects in the DB. CNN saves around a million per year by doing real-time ingestion and indexing of video streams, saving them on manual keying of the metadata, and getting video out onto the editors' desktops within 2 seconds.

      Fourth, Data Warehousing, esp. in retail: Informix Redbrick is designed for DW, not OLTP, and it shows in the performance. Redbrick also scales to multi-terabyte far more easily than most DBs (including Informix IDS).

      Informix has a sizeable, loyal customer base of people that can't get what they need from Oracle or DB2.

      IBM will take the IDS/Illustra code and use it to build the next gen of DB2 with improved Object Relational support, plus star-schema support for Data Warehousing, and ride on the revenue of the installed base while they wait for the oven to go "ding". The legacy products like C-ISAM can be maintained at very little expense, giving additional long-term cash cows: it's surprising how much of that is still out there, chuggin' away untended.

      Finally, there's headcount: the acquisition will also go roughly halfway toward IBM's recruitment goals for the software business, in which they intend to be one of the 3 serious players in a few years' time.

      And no, I no longer work for Informix.

    7. Re:What exactly is IBM buying? by Nexx · · Score: 1

      Oh, yeah, I hate to reply to my own post, but many Informix-using companies who also run them on IBM hardware must be salivating right now, as they can get support and sales from one convenient(?) place.
      --

    8. Re:What exactly is IBM buying? by Nexx · · Score: 2

      Customer base? I didn't think Informix had that much of a following.

      It may not be worth $1B, but Informix does have a fairly large list of prominent customers.

      When I worked for an all-Informix+IBM RS/6k house, we were told that the company did some $BIGNUM%, where $BIGNUM > 40 and $BIGNUM < 100, of all the real estate-based credit reporting in the US. As another poster has said, they also hold Verizon and Deutsche Telekom as clients as well. I don't call that small :-).

      I do concur about their support being surreal, though, and some of their DB Servers were extremely flakey, and as for R&D, well, you already said everything I was going to say :-P.
      --

    9. Re:What exactly is IBM buying? by KenSeymour · · Score: 1

      On cbsmarketwatch, (www.marketwatch.com), they mentioned one important reason:

      Perhaps more importantly, IBM executives said,
      the purchase adds 2,500 employees, many
      skilled in database sales, marketing and
      research, to IBM's army of 4,000 distributed
      database employees.

      "We are in a war for database talent, and the
      most talented army is going to win this war," said
      Janet Perna, a general manager in charge of
      IBM's database business. "Informix bulks us up
      for future growth in the database market.
      Distributed systems will be an $18 billion market
      by 2004, and customers are investing heavily."

      I read the full story here:

      http://cbs.marketwatch.com/news/story.asp?siteid =m ktw&guid=%7B6B82CF5C%2D9C52%2D4DEC%2DBF79%2D191B65 1D6B5E%7D&

      --
      "We can't solve problems by using the same kind of thinking we used when we created them." -- Albert Einstein
    10. Re:What exactly is IBM buying? by mikeee · · Score: 1

      Got to be the customer base. A few big clients paying maintainence fees will make back an awful lot of that $1B, especially if they, eg., fire everybody at Informix who isn't obviously necessary. This can make a nice business model, just ask CA, the vulture of the IT world.

      They have the inside track to move those customers to DB/2 later, and eventually throw the carcass of Informix code to OSS. Win, win, win.

    11. Re:What exactly is IBM buying? by carlos_benj · · Score: 1
      ....the purchase adds 2,500 employees, many skilled in database sales, marketing and research....

      Now THAT'S funny! If there is one thing those working with Informix products universally agree on, it's the poor job of marketing the company has done. If it was marketing prowess they were after they should have bought Oracle. Price of entry might have been a bit higher.....

      --

      --

      As a matter of fact, I am a lawyer. But I play an actor on TV.

    12. Re:What exactly is IBM buying? by duffbeer703 · · Score: 1

      When I dealt with informix less than 6 months ago, they impressed me as having one of the best support organizations anywhere.

      I'd say all of the various support problems you have stem from the fact that you know everything, yet still call support.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    13. Re:What exactly is IBM buying? by CraigoFL · · Score: 1
      They're buying one of their few remaining competitors. Who's left in the high-end DB market now? Oracle obviously, Microsoft and Sybase maybe. Beyond that?

      The DB market just shrunk slightly today. IBM might be pulling a Microsoft here -- buy out your competition.

    14. Re:What exactly is IBM buying? by CraigoFL · · Score: 1

      Very true... although it seems like IBM has been better over the last few years.

    15. Re:What exactly is IBM buying? by lofstrr · · Score: 1

      You are exactly right on XPS have some compelling technology. Yes IBM is getting a healthy boost in customer base but they can't just tell the bunch of them to switch to DB/2 by the end of the year. The only way they will keep them is to make the transition slow and painless, at least 5 years. They have done it before, they will do the same here. Some of the goodies to be had from XPS and what remains of that development team is the real prize. Index builds like nothing I have ever seen before. Also the optimizer for queries against tables distributed across several coservers with hundreds of millions of rows is way out ahead. Take a look at the latest TPC-H benchmarks. You also don't have to be constantly giving directives on how to conduct the queries. This is not to say that they don't also have significant problems. Engine crashing bugs and mediocre, at best, tech support. Also the engine is a breaze to set up and administer. Wal-mart has over 6000 instances running with only 8 DBAs. Mostly because running hot backups are so easy. I don't want to get down on Oracle however. They definitely have a broader feature set, superior third party support and better performance in a number of areas. Informix will give the DBA much less grief, Oracle on the other hand gives the DBA more job security. Ohhh, I hate these choices. --The one with the smartest marketing department wins.

    16. Re:What exactly is IBM buying? by GreyPoopon · · Score: 1
      Aha!

      As another poster has said, they also hold Verizon and Deutsche Telekom as clients as well. I don't call that small :-).

      Now I know why Verizon is so terrible! Talk about telecommunications nightmares!

      --

      GreyPoopon
      --
      Why is it I can write insightful comments but can't come up with a clever signature?

    17. Re:What exactly is IBM buying? by technomom · · Score: 1

      w.r.t. Media/360 and CNN.... see yesterday's New York Times. CNN had already gone with IBM for media archive prior to the merger announce. http://www.nytimes.com/2001/04/23/technology/23SEA R.html You will need a userid and password to access this. JoAnn

  38. Re:Enterprise DB definition... by tweek · · Score: 1

    You're missing my point. Up until that point, I had never done any sort of programming beyond shell scripting. If you're a PICK programmer then more power to you but making personal attacks is a bit low. I'm sure if I were to revisit it today, I could handle it just fine. But you were correct in saying that I didn't work with it long enough to figure it out.

    --
    "Fighting the underpants gnomes since 1998!" "Bruce Schneier knows the state of schroedinger's cat"
  39. Re:Enterprise DB definition... by tweek · · Score: 2

    God man. I had to deal with Universe/Unidata at one of my jobs. We ran it on HPUX. What a pain in the ass it was. At the time I wasn't OVERLY database savey but it seemed to be a workhorse. Not very friendly, that's all.

    --
    "Fighting the underpants gnomes since 1998!" "Bruce Schneier knows the state of schroedinger's cat"
  40. Keep trying.. by cpeterso · · Score: 1


    I got my pile to work.

  41. MySQL can emulate most of those features already by cpeterso · · Score: 2


    but in MySQL you can emulate most, if not all, of those features in your Perl code.. and with far less code than the dangerous C code Oracle includes in their database kernel. For example, the MySQL documentation specifically says:

    MySQL, in almost all cases, allows you to solve for potential problems by including simple checks before updates and by running simple scripts that check the databases for inconsistencies and automatically repair or warn if such occurs. Note that just by using the MySQL log or even adding one extra log, one can normally fix tables perfectly with no data integrity loss.

    Not even transactions can prevent all loss if the server goes down. In such cases even a transactional system can lose data. The difference between different systems lies in just how small the time-lap is where they could lose data. No system is 100% secure, only ``secure enough.'' Even Oracle, reputed to be the safest of transactional databases, is reported to sometimes lose data in such situations.


    Smart companies save money by deploying MySQL instead of Oracle. They can invest that money in smart Linux developers and the NASDAQ. With a powerful return for their money, the developers can run simple scripts to detect database inconsistencies as soon as possible. The developers can immediately load the backup tapes, losing some potential sales but maintaining perfect data integrity. Neither Oracle nor SQL Server allow you to run these simple scripts to automatically repair database inconsistencies. Is your data truly safe in a "black box" like Oracle or SQL Server?

  42. Re:Just Desserts by King+Babar · · Score: 2
    IBM deserves any and all DB misfortune (including pissing away a billion dollars) for the crime of destroying the far superior QUEL query language from Ingres with 'the EBCDIC of query languages', SQL!

    But on the other hand, IBM deserves any and all relational database glory for employing E. F. Codd, who wrote the innocently titled paper "A relational model of data for large shared databanks" in 1971, which started the whole field. Given IBM's previous monopolistic tendencies, it's sweetly ironic that they end up spending a billion dollars to gobble up *any* other RDBMS provider when they used to *own* the field, lock, stock and barrel, starting with their own System R. Indeed, IBM Japan used to brag about it:

    ALL YOUR DATABASE 'R' BELONG TO US!!

    (Sorry...it just had to be said. :-)) Meanwhile, with their purchase of Informix, IBM has probably stomped out the last possibility that any form of QUEL would ever make any comeback, given that Informix had bought Illustra which had commercialized Postgres, which originally spoke Postquel, the follow-on to QUEL after Ingres had gone commercial. That is, unless the developers in the PostgreSQL project miraculously resurrect it themselves...

    --

    Babar

  43. Re:PICK! by tlayne · · Score: 1

    Of course, one of the great stengths of Pick is *being able* to program in Data Basic. Being able to use Basic or C or java or perl or ... would be a real strength. Pick Basic is a great language for the batch processing, reporting, and green screen user sessions it has traditionally been used for. As a former Universe and Unidata programmer, I'd love to see IBM do something cool with these databases. If nothing else, VARs can start telling people that their product runs on one of IBMs databases, thereby avoiding any discussion of obscure proprietary database issues.

    --
    Terry Layne
    Portland, OR
  44. Re:PICK! by tlayne · · Score: 1

    So do this:

    IF (Y.Q1.AMT + 0) # 0 THEN...

    Ugly yes, but more idiomatic.

    --
    Terry Layne
    Portland, OR
  45. Re:DB/2? by Rick_Clark · · Score: 1

    DB/2 is very expensive, on par if not more pricy then Oracle. I think they are trying to have mid-priced DB. You get the great IBM support and some of the power (probably with an easy migration path to DB/2) for a much lower price. It should give IBM an advantage over Oracle which, as far as I know has no entry-level priced database.
    Rick

  46. Re:DB/2? by Rick_Clark · · Score: 1

    In an enterprise environment all of your options are costly, if you abide by the licenses. I certainly do not count NT as an enterprise environment. That is what we are talking about enterprise level DB's. On an enterprise level DB/2 and Oracle are very expensive. In a startup if you could pay $5,000 for you informix licenses and when you need it move up to a more expensive DB/2 product that would be of great benefit. In most large enterprises Mysql and Postgres would not be suitable.

  47. Re:Oracle Leads What? by cybrthng · · Score: 1
    Thats like saying my grandma should benchmark Linux compared against Windows 2000. Windows 2000 will win hands down because out of the box it does better, but a tweaked linux box can kill anything.

    It all depends on your angle. Obviously people are biased based on marketing and ideas rather then actuall technical specs and merrits if they feel its "supposed to work out of the box".

    Thats kind of like saying because you have a 2.2 litter honda it is supposed to be as fast as a 2.2. litter porsche. Like anything else the porsche is proffessionally tuned, installed, designed and maintained much like the porsche of databases is proffessionally tuned, installed and maintained.

  48. Enterprise DB definition... by gwonk · · Score: 1

    I've seen several people ask "What makes an enterprise DB?" Well, size and speed mostly.

    For data look at:
    http://www.dbpd.com/vault/9808win.html
    It's old, but I haven't seen anything newer. Take into consideration that these are business DBs. No monster image blobs (ala TerraServer) to bump up the size.

    The largest database in the survey racks in at around 11T (DB2 Hitachi mainframe)

    UPS has a DB with 324,000,000,000 rows/records.

    Roadway Express has system supporting 1820 Transactions per second (TPS).

    JCPenny has a decission support DB that manages 784 concurrent queries.

    None of the DBs run on PC hardware, and the UNIX DBs are about 1/2 the size of the mainframes.

    Microsoft and other small/mid-range databases are the most threatend by MySQL et.al. The size and scopes of the problems addressed by MS SQLServer are the same that can be solved with the OpenSource varieties.

    It will be a while before the big boys will be challanged.

    gwonk

    1. Re:Enterprise DB definition... by ackthpt · · Score: 1
      At my former employer (now out of business) we used Unidata as an enterprise database system. EDI feeds went into Oracle and Sybase SQL databases (yes, we were planning to phase out Sybase, 3 enterprise systems of different architecture were expensive and complicated), but typically it wasn't just the size that defined Enterprise.

      Speed was the order of the day, with thousands of transactions per minute, over 1 million transactions per year.

      --

      --

      A feeling of having made the same mistake before: Deja Foobar
    2. Re:Enterprise DB definition... by whjwhj · · Score: 1

      Balony. You probably struggled (like a lot of hacks I've seen) because you refused to get your brain around the Unidata command prompt and write Unidata BASIC code. PICK is much more difficult if you're accessing it via Perl or something. Plus, my guess is you didn't work with it enough to get it all figured out. Anything is a pain in the ass if you don't know it well enough to use it effectively. Suggesting that Universe/Unidata isn't friendly would strike ANY true Universe/Unidata programmer as one of the most ridiculous things they've ever heard!

    3. Re:Enterprise DB definition... by whjwhj · · Score: 1

      You did mention that you weren't too database savvy at the time. I missed that. Forgive me.

      That was a pretty darn strong opinion you made, however! Might expect a strong reaction!

  49. Another link... by gwonk · · Score: 1


    Here's another link. These are the guys who run the survey. The latest report is not available online that I can find.

    Winter Corp

  50. Other players by Dacta · · Score: 2

    As has been pointed out by others Postgres, MySQL and Berkley DB aren't players in the same area as DB2 and Oracle.

    However, there are a couple of other surprising omissions. Sybase ASE 12 is a pretty nice database, and is very competitive feature and platform wise with Oracle and DB2, and probably has a bigger market share than Informix. MS SQL Server 7/2000 is also a very nice database to work with. It's use is growing quickly for good reason - it's fast (on comparable hardware), cheap and the SQL Server development tools kick Oracle's Ass. Ever used MS Query analyzer? It is beautiful.. and comes free with SQL Server licences. You can get third part equivalents for Oracle (eg, from Quest), and they are also nice, but they cost around $10,000 for a site licence.

    No, it doesn't run on non-Windows platforms, and yes Oracle on high end Sun hardware will run quicker. However, there are probably less than 5000 companies in the world that need that much power - and MS is going after that, too with MS Windows Data Center.

    I'm not a MS weenie - I like an Oracle DB as much as anyone. However, it isn't as far ahead of SQL Server as some of you seem to think - and some of the bugs in it are just as bad as anything you'll see in SQL Server.

  51. Re:PICK! by Sharkeys-Day · · Score: 1

    > Nothing on PICK or any of it's various flavors in the article.

    PICK is not a relational database, no matter what the marketroids try to label it. No joins, no referential integrity, no client/server. I can write reports in SQL in a couple hours, which took a week to write in PICK.

  52. Austin Powers? by sporty · · Score: 2

    This for some reason brought up a scene where Dr Evil (or was that Aevil) would be one of these OSS developers, and these IBM would be the US.

    Evil: Well IBM, you better pay us for our DB before we crush you.

    IBM: Hahahhaa.. we have DB2

    Evil: (demonstrates Informix) As you see IBM, we do have a powerful DB. Pay us $1 BILLION DOLLARS, or we'll have to release the new version that outperforms db2 by 50%.

    IBM: You fiend!



    ---

    --

    -
    ping -f 255.255.255.255 # if only

  53. Re:DB/2? by Pengo · · Score: 2


    On dual CPU PIII 800 running Linux it would cost about $19,000 USD for Oracle workgroup edition. For DB2 it would cost about 2500 per CPU , total of about $5,000 USD. I found Informix to be more expensive (you have to buy the enterprise edition to get things such as java stored procedures, etc) which was almost 25,000 per CPU.

    I would say that right now DB2 is the best buy for the money, even over Microsoft SQL Server in terms of performance and price.

    (Our company is moving to DB2 from MySQL as we speak... )


    --------------------
    Would you like a Python based alternative to PHP/ASP/JSP?

  54. Re:Do tell by petej · · Score: 1

    A biggie is storage management. Enterprise-class databases layer table storage on top of logical storage, which is then mapped into units of physical storage, which allows your database to span, for example, multiple physical drives, or to put the indices on different spindles from the tables.

  55. Re:Sybase... by MemRaven · · Score: 2

    Was. From what I've heard, at this point they've removed virtually all of the Sybase code. MS SQLServer 6.5 was almost all Sybase code, 7.0 and 2000 are virtually NO sybase code.

  56. Re:Do tell by Malcontent · · Score: 2

    In the history of the world has there ever been a case when stockholders came looking for executives who have personal liability? Of course not. When PSIX (PSI-NET) stock went from $60.00 to nothing what happened to the executives? NOTHING!
    The xecutives cached their stock options at $60 and have that money tucked away in some bank or another.

    Personal responsibility and personal liability have no place in the corporate world. That's why corporations were invented in the first place to shirk personal responsiblity.

    As for everyting else you say it's pure garbage.
    Postgres can keep your financials just as well as oracle, mysql, SAP-DB, interbase or whatever. It's fiscally irresponsible to pay for enterprise features if you are not running an enterprise. For the vast majority of the businesses in the world who have less then a couple of hundred employees any open source database if plenty good enough. Lots and lots of businesses worldwide ran interbase and SAPDB for years before they became open source. The idea is to choose the right tool and to manage it properly. I would reccomend a easy to understand and use tool like interbase any day over a complex monster like oracle if the business does not need enterprise features like 32 processors or gigabytes of data.

    --

    War is necrophilia.

  57. Re:Do tell by Malcontent · · Score: 2

    Materialized views & snapshots

    Rule subsystem. Very powerful in fact arguably more powerful then oracles implementation of views.

    - Tons of documentation (look at the book store)

    All you need is on the web including the source code.
    - Tablespaces and rollback segments for fine grained disk usage distribution

    OK

    - 24/7 operation: the ability to take portions of the database offline for backup / recovery while keeping other parts up (i.e. tablespaces)

    You can do live backups but not live restores. You can however stream a backup from one server to another. Pretty cool.

    - Tools support (SQL Navigator, DBArtisan, etc.)
    There are plenty of tools as well as ODBC drivers so you can interface it with just about anything. psql is pertty great too one of the best command line tools I have used.

    - Heterogeneous data replication

    no live replication but it does supports oids and you can roll your own relatively easily if your needs are not too complex. See my comment of streaming backups.

    - Text-based indices (intermedia)
    I have no idea what this is or why it might be useful.

    - XSQL and XML rowsets

    Not needed because really it does not belong in a database. Any dork can write a few lines of perl to get the data and turn it into XML.

    OK here are some features of postgres that oracle does not.

    User definable functions including aggregate functions. You want to define a MAX or MIN on text fields go crazy!.
    Loadable stored procedure languages. You can use perl, python, C or the built in language. You can write code in C and run it privledged mode with access to the OS (as the postgres user).

    Ability to define your own operators. It also has a very rich set of operators like a operator that says "is this point outside of this circle". In fact the geometric datatypes are freaking awsome.

    Ability to define your own objects (kinda) and store them in the database. Very object relational.

    unlimited row size. Unlimited length text fields.

    Regular expressions in the SQL statements.

    I could go on and on but trust me there are problems postgres can solve that oracle can't.

    --

    War is necrophilia.

  58. Re:Forgetting something? by Malcontent · · Score: 2

    I have ran sql server 7.0 before and it's really not a 24X7 system. It frequently needs to be shut down to clear some odd locks. Mostly if the client software crashes in the middle of doing something it's impossible to clear the transaction or the locks without killing the server (I forget which types but about 5 types of locks could not be killed with kill command). Also someimes you had to kick people off to reorganize some tables basically clustering on different indexes. It kept getting confused and gave odd errors which had nothing to do with the problem.

    Anyway it was no fun to manage and kicking people off the database always get the management in a huff. I guess it reminded them that they made a huge mistake when they bought the damned thing.

    --

    War is necrophilia.

  59. MSSQL != Sybase by throx · · Score: 1

    MSSQL Server was Sybase back in the 4.2 incarnation. Since then the product has been totally rewritten (in fact I think there was a little celebration at MS a while back when the last line of Sybase code was removed).

    MSSQL is hardly a 'desktop' system either - check out some of the TPC scores it has been getting lately. They've really done a lot of good work in the storage engine recently. I don't believe the Intel hardware will scale to the same level as Sun and other hardware will under Oracle, but from my experience in the database space up to 10G to 100G and less than a few thousand users, MSSQL runs very well.

    Oh, I should also mention that MSSQL is a *lot* more developer friendly than Oracle. It really is a nice product and those who haven't used it should have a look before the knee-jerk MS == evil/slow/whatever kicks in.

    --

    Fear: When you see B8 00 4C CD 21 and know what it means

    1. Re:MSSQL != Sybase by throx · · Score: 1

      Tuning something to run quickly is a lot easier than writing software to heave shitloads of data for years without ever dropping a single bit.

      What complete drivel. Have you ever written any optimized code, compared to writing sane easy to debug code? I'll tell you from a decade of experience that it is far easier to write dog-slow safe code than it is to write well optimized code. Of course, you should always write optimized code to not lose data as well, but you seem to be inferring that the two are mutually exclusive (which is also incorrect)

      I used the TPC scores to show that MSSQL is in a similar league to Oracle in the mid-size arena. As for "dropping a single bit", I've not seen MSSQL drop any more bits than Oracle so you can take your rhetoric and stick it.

      --

      Fear: When you see B8 00 4C CD 21 and know what it means

  60. Re:Sybase... by throx · · Score: 1

    I'm not sure what you are basing the comment that the "outlining architecture is pretty much the same".

    Basically, the storage engine is different (no more devices, just files that can autogrow), the query parser and optimiser is new, the stored proc engine is different, indexes were completely uprooted and changed (look at the escalation and row level locking policy changes between 6.5 and 7.0), the interface between the SQL engine and the storage engine was published and made modular...

    Actually, I find it hard to think of anything that DIDN'T change going from 6.5 to 7.0. Even most (serious) T-SQL scripts had to change!!

    --

    Fear: When you see B8 00 4C CD 21 and know what it means

  61. MySQL ? Try Interbase by Betcour · · Score: 1

    Although MySQL is nice - if one really wants a free database today he ought to check Interbase. It's free - but has much more important functionnalities that MySQL totally lack (consistency, triggers, etc...).

  62. Re:Open Source vs Commercial by Betcour · · Score: 1

    Beside, Sleepycat DB isn't really competing with Oracle, DB2, Informix or even MySQL. It doesn't have any SQL query language, so one needs to use the proprietary API to access it, which is a turn off for many programmers (me included).

  63. Re:SQL Server 2000 by Caball · · Score: 1



    Because those vendors you mention have been and will be around for a while. They are true, tried, and tested (well, maybe not Microsoft on the tested part :)

    People know those vendors and they trust them, right or not.

    Do you think Miscrosft, Intel, and say Dell are going away in the near future? My money says most of the Linux companies will be gone long before they are... but I'm just a troll.

  64. Re:SQL Server 2000 by Caball · · Score: 1

    Do you read the messages around here?

  65. Re:Do tell by pnatural · · Score: 1
    I wish someone would PLEASE enlighten me as to what all these great secret enterprise features are that Oracle has that Postgres does not!

    hm...
    • US$500 per seat licenses?
    • a crazy CEO, bent on world domination?
    • the need for a dozen US$90 per hour DBA's (per server!) who couldn't collectively code their way out of a wet paper bag?
    • brain dead OUTER JOIN syntax?
    • out of the box settings that make the average super server crawl like a 6 month old baby?
    • and so on.
  66. Re:Forgetting something? by babbage · · Score: 1
    Cygwin? No, FSF -- installed various GNU utilities on my work computer so that I would have a semi-functional command line.

    Turns out to be really easy to augment the existing cmd.exe shell with this stuff (either add the files to SYSTEM_ROOT/system32 or add a fsf/bin directory to your path...). And just yesterday I found an application that creates multiple virtual desktops (yay!).

    Now if I could just scroll-shade my windows I'd have a system almost as functional as, say, BeOS. (OSX needs that too, for that matter. OS whore? Me? Nah... :) NT will never be as pretty as Be, but perhaps it can be nearly as usable. ;)

    Windows may be a pain in the ass, but if you have to use it all day then you might as well try to get the most out of it....

  67. Forgetting something? by babbage · · Score: 2
    The main players in database leader struggle will be Oracle and IBM

    <naive> Microsoft & SQL Server? </naive>

    I don't really keep up with such things (though I probably should), but does this really mean that "no one" is running SQL Server? I thought it was doing well enough that some naive people -- marketing drones, purchase mismanagers, etc -- see the term "SQL" as being synonymous with the M$ product instead of, oh, say, 'structured query language'.

    I'm not even trying to start a flamewar here (though Slashdot is oh so good at that), but I didn't think M$ was a player to be dismissed in this area. Am I wrong?

    1. Re:Forgetting something? by babbage · · Score: 2
      Well, what I meant was that I don't keep up with these sorts of kneejerk flamewars, that really aren't much more illuminating than emacs vs. vi or kde vs. gnome.

      My half-paying-attention understanding was that, among "serious" server systems (that is, neither mainframes nor desktops), the main databases included Oracle, DB2, Informix, and SQLServer/Sybase (with several others, notably open source ones like MySQL and PostgreSQL, trying to get a foothold).

      Given that, I was a little bit surprised to see that SQLServer wasn't mentioned in the article or writeup. I realize that it could be seen as, oh, say, "Access Server Edition", but I also realize that real companies are putting it to real use and are quite happy with it. As a flagship demo, Terraserver runs a pretty serious load on such a Windows/Intel based SQLServer system.

      Now I realize that that might be all marketing hogwash, tweaked to hell to handle that kind of load or running an application that may be of no relevance to other uses (e.g. web business etc). But nonetheless, it seems pretty respectable to me. If that's "a toy", it looks like a damn powerful toy. Like I say, I don't really keep up with such things, and maybe the competitors can do even more interesting workloads.

      I'm here to learn -- enlighten me, flamethrower.

    2. Re:Forgetting something? by babbage · · Score: 2
      Yep.
      C:\WINNT\system32>strings C:\WINNT\system32\FTP.EXE | grep -i "copyright"
      @(#) Copyright (c) 1983 The Regents of the University of California.

      C:\WINNT\system32>


    3. Re:Forgetting something? by phutureboy · · Score: 1

      I've always liked SQL Server, esp. 7.0. It's one of Microsoft's better products. Unfortunately it's only available on one platform.

      --

    4. Re:Forgetting something? by graniteMonkey · · Score: 1

      Yeah, SQL Server is nowhere near as ph33rful as MySQL and PostGres. You keep telling yourself that.

      --

      This is a manual virus. Copy it to your sig and help me spread!
    5. Re:Forgetting something? by SuiteSisterMary · · Score: 2

      I believe MS ripped a goodly amount of their TCP/IP stack out of one of the main BSD trees.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    6. Re:Forgetting something? by SuiteSisterMary · · Score: 2

      Thanks for the example. Cygwin? Gotta admit, when MS decides to use other work, they pick the good stuff. :-)

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    7. Re:Forgetting something? by SomeOtherGuy · · Score: 1

      MS Sql Server is nothing more than Sybase with a GUI that is limited to the Intel platform and Windows OS. Most corporations will not store their huge data stores on a desktop OS and limited hardware....(Any more than they will convert all off their desktop users to Linux.) DB2 is an awesome mainframe RDBMS because of the hardware it runs on. Oracle is great because it will perform on all the industrial strength *nix hardware platforms. Oracle or DB2 on Intel And/Or Windows becomes just another underpowered toy like SQL Server. Much like how the fancy sports/race cars look really good on the outside -- but they also have to back it up under the hood.

      --
      (+1 Funny) only if I laugh out loud.
    8. Re:Forgetting something? by jfk3 · · Score: 1

      Yes, you're wrong. SQL Server is a toy. If you don't "keep up with such things"... ...nevermind I'll spare the flame.

    9. Re:Forgetting something? by jfk3 · · Score: 1

      I thought we were talking about whether SQL Server is in the same class as Informix/Oracle/DB2?? I think you guys spend so much time trying to be cute with your ph33rful and *naive* blah *end naive* that you can't make a decent point.

    10. Re:Forgetting something? by jfk3 · · Score: 1

      It is a toy in the same sense that a Cessna is a toy when you compare it to a Lear Jet. That doesn't make it useless or anything close to it. I think most people will agree that the power and scalability found in Informix/Oracle/etc put them in a different class than SQL Server. But how many people really need a Lear Jet?

    11. Re:Forgetting something? by billmoss · · Score: 1

      From what I'm told, M$$oft's TCP stack blows - so this might affect an enterprise db backed web site. MSSQL Server is probably just fine though for a low traffic site or one that runs 100s of NT machines (yuck). I like Oracle shmoracle.

    12. Re:Forgetting something? by billmoss · · Score: 1

      yikes. that's right (in cygwin too). oh well i'm hard pressed to believe that's where the windows tcp stack comes from. even if it does, they must have forgot stuff - or fixed things that weren't broke.

  68. Re:Oh, I know what I'm talking about by goldenfield · · Score: 1

    IBM uses Notes enterprise wide, of course, as does 3M (I've been employed by both). When I left 3M, they were doing some interesting things in Notes like document translation on the fly - and this was in 1997. My sources tell me Accenture is also transitioning to Notes (but don't quote me on that).

    Notes has good points and bad. As an email client or PDA software, its not gonna compete. Mostly, I think because it forces a database approach on these decidedly not database type tasks. But I think you'll be hard pressed to find an enterprise wide document revision/archiving system with the same support for Knowledge Management as Lotus.

  69. Re:Short Changed by Ded+Bob · · Score: 1

    How long have you been saving that joke for? Why didn't you wait longer?!? :)

  70. Sybase... by jonathansen · · Score: 1

    It's not just Oracle and IBM in the commercial DB world... Sybase is still a player... at least, I still see lots of job postings for Sybase programmers/DBA's, so it must be doing okay...
    --

    --
    "A dessert without cheese is like a beautiful woman who has lost an eye." -- Jean Anthelme Brillat-Savarin
    1. Re:Sybase... by CaptainZapp · · Score: 1
      Yep, although they lost quite some market share due to management stupidity.

      Also what seems to have gone forgotten is that the MS SQL Server database engine is essentially based on Sybase...

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

    2. Re:Sybase... by CaptainZapp · · Score: 1
      It' s hard to judge without seeing the source code.

      I'm sure however that vital parts of the engine weren't rewritten from scratch. The outlining architecture is still pretty much the same.

      Now when it comes to gui front ends (in which I personally don't believe to much in the RDBMS area) Sybase sure as hell always delivered a big bad pile of shit as opposed to MS (hey, it's their core competence after all...)

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

    3. Re:Sybase... by CaptainZapp · · Score: 1

      OK, I rest my case :>

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

  71. C coding in UniVerse by Emmet · · Score: 1

    We're using their InterCall product (a C library that provides full access to UniVerse via RPC) wrapped in a Perl module to do our web interface.

    Additionally, there is the UniVerse General Call Interface, which allows calls from Pick Basic to C/C++ programs.

  72. Re:SQL Server 2000 by billr · · Score: 1

    Have you ever seen an organization try to build a serious organization on SQL Server?

    I'd like to quote Beavis & Butthead...

    "FIRE FIRE FIRE FIRE FIRE FIRE FIRE FIRE!!!"

    --
    I've finally found the off by one erro
  73. Informix, Ascential and OSS by jdfox · · Score: 2

    And it appears that the other parts of Informix will be staying around as a seperate biz, so we should continue to see their support for OSS.

    Informix Corporation owns Informix Software and Ascential Software. The software assets of Informix Software are being sold to IBM for cash, not shares. The Informix Corporation will be renamed Ascential Software, and will take up where its former second subsidiary left off. Informix Software will disappear into a legal entity on a shelf.

    Ascential, formerly known as Ardent, has no history of involvement in Free or Open Source software: they're best known for their Extract-Transform-and-Load tool "DataStage". They also sell a few other software tools. But there will be no OSS support from Ascential. If any GPLing or open-sourcing is to happen with the database products, it will have to come from IBM, and I'm sorry to say that today's announcement tells us nothing new about that.

  74. Re:DB/2? by selectspec · · Score: 2

    Thats the question that I have. This makes no sense. DB/2 has the same distribution that Informix has, are they going to support both? I suppose that DB/2 is more of a mainframe application than Informix is, but I could be fudding that.

    --

    Someone you trust is one of us.

  75. Re:DB/2? by Nexx · · Score: 2

    Previous to this, Informix wasn't exactly what you'd call "cheap". I worked for an all-Informix shop at one point, and they paid through the nose for a then-obsolete Informix 5. Mind you, they had multi-terabyte databases and millions of transactions a day, but still....
    --

  76. Re:DB/2? by Nexx · · Score: 2

    That just comes out to $10,000/customer. If every customer had an annual support program with Informix, and bought additional software licenses from IBM née Informix every year, then the purchase isn't exactly a silly investment, from this point alone.
    --

  77. Re:Oh, I know what I'm talking about by Nexx · · Score: 3

    MasterCard International, for one. And yes, MS Outhouse is still better than Lotus Nots.
    --

  78. Re:Oh, I know what I'm talking about by crosstalk · · Score: 1

    I for ONE IBM employee do like notes, I think it is a littly klunky for doing email but For other things regarding information sharing and things of that nature I like it very much. Notes also has some features for coding within it that are nice as well especially for gathering information. I do like some of the other options and I only work I notes now. On of the other problems is it tends to chew memory like crazy. One of the other nice things about Notes is that I get to personally laugh at all the viruses affecting Microsoft products when they go around. As far as having to log out it is due to Deamon's still running from Notes. I have been to many company sites that are running notes, and seem to be very happy with it in the way they can link their email systems to their information managment systems.

    --
    An armed society is a polite Society
  79. Oracle Leads What? by Baldrson · · Score: 1
    main players in database leader struggle will be Oracle and IBM

    Until Oracle allows publication of benchmark results just as does Postgresql one can claim that Oracle is leading in sales, but not much else.

    1. Re:Oracle Leads What? by Baldrson · · Score: 2

      I don't buy your argument because people who are investing hundreds of thousands of dollars in a database are going to need technical talent that is rational enough to consider the attributes of the benchmark under consideration -- including the DBA-costs required to tune the respective databases for the benchmark.

    2. Re:Oracle Leads What? by poot_rootbeer · · Score: 1

      If so few DBA's are good enough to get Oracle systems running at optimum performance, then it would seem to follow that most production Oracle systems are running at subpar levels. Thus, having a benchmark with Oracle running at a subpar level is a meaningful approximation of real-world performance. (OED.)

    3. Re:Oracle Leads What? by Hieronymus+Howard · · Score: 1

      Marketing

      HH

    4. Re:Oracle Leads What? by NineNine · · Score: 1

      But think of the bad press that bad banchmarks can generate. Press is press, regardless of the source of it many times. Oracle is just trying to protect themselves from rumors starting. Think about it. That's why they started the $1 million guarantee. You have to agree to use their services to do what they say, in order to win the $1 million (plus a refund of their services). They know that their DB is the fastest, with appropriate implementation. Besides, with a market as old as RDBMS, (unlike the OS market, with a new release every 6 months), it's fairly common knowledge that Oracle is gonna do it for ya' hands down. Anybody who's in a position to spend millions to implement Oracle knows that. Benchmarks can only hurt Oracle. If you don't already know that Oracle is THE enterprise class solution for RDBMS, then you also aren't likely to be a potential customer.

    5. Re:Oracle Leads What? by NineNine · · Score: 2

      Oracle doesn't allow for open benchmarking for a very simple reason. VERY few people are good enough DBAs to tune Oracle properly to run at optimum performance levels. Somebody who just installs Oracle and trys to do benchmarks with the default install is going to get EXTREMEMLY different results than a professional Oracle DBA.

  80. Re:SQL Server 2000 by Rexifer · · Score: 1

    In answer to your question, my experience has been that the businesses I've contracted with run towards vendors that offer the best bang for the buck. Wintel hardware is cheap, so is MSC contract lacky help. (Of which I'm not, BTW...)

    I'm not saying it's right, just that this is the way it is... Platform implementation decisions are usually made by the boys who approve the budget in corporations.

  81. Re:Do tell by stuce · · Score: 1

    Thank you! Finally, someone who knowns what they are talking about!

    (btw - 7.1 has text-based indices, finer grained disk usage can be done with simlinks in the data directory, database can be backed up live [but not to my knowledge restored])

  82. Do tell by stuce · · Score: 2

    I am all ears. What has Oracle got that Postgres does not? The only thing I am aware of is the JVM built into the core of it and that it can be used as a versioning file system. Is there anything else?

    I wish someone would PLEASE enlighten me as to what all these great secret enterprise features are that Oracle has that Postgres does not!

  83. Informix and Postgres by adubey · · Score: 2

    This is probably too late in the discussion for anyone to see this, but an interesting tidbit is that the $1 billion IBM is spending on Informix, they are spending on something.... that was made from the same codebase as Postgres!!!

    Computer Associates' Ingres is another Postgres-based commercial database.

    Of course, both these databases have many enterprise-level features Informix doesn't...

    1. Re:Informix and Postgres by dbrower · · Score: 1
      This is probably too late in the discussion for anyone to see this, but an interesting tidbit is that the $1 billion IBM is spending on Informix, they are spending on something.... that was made from the same codebase as Postgres!!!

      Computer Associates' Ingres is another Postgres-based commercial database.

      Of course, both these databases have many enterprise-level features Informix doesn't...

      Almost certainly he meant Postgres for that last Informix!

      Most of the Informix code that works in DSS applications is not the Postgres/Illustra stuff, but is derived from either the older Informix, or from the RedBrick system. The transaction system in Informix is almost certainly not the one from Illustra/Postgres.

      Both Postgres and RTI->ASK->CA Ingres are ultimately derived from the same UCB Ingres. Probably the only thing they have in common at this point are the tTf trace macros Eric Allman also used in sendmail. In particular, University Ingres did not have transactions at all, was not a server, and didn't do SQL.

      I just wonder what IBM is going to name their new Informix database. I suggest DB2. Having different names would be confusing. Maybe they can rename all three of them Bruce?

      -dB

      --
      "It if was easy to do, we'd find someone cheaper than you to do it."
  84. Re:SQL Server 2000 by graniteMonkey · · Score: 1

    Integration is actually one of MSs biggest selling points. Look at it this way:

    Oracle offers no "fully integrated solution", and you have to pay through the nose for it. Some would argue this is a good thing, and that's why they've got their niche pretty well cornered. Oracle's claims to reliability are at least as exaggerated as MS's and IBM's.

    MS offers an integrated software solution. You get the hardware from junkyards if you want, but you've got to go MS from there on up. Compared to Oracle and IBM, this is by far the cheapest solution. It probably isn't the most reliable, but only time will tell if SQL2k breaks that mold.

    IBM offers you a fully integrated solution, or at least that's the one they push hardest for. They want you to run IBM's DB with IBM's Java platform on IBM's OS on IBM's proprietary hardware, and that ain't cheap.

    --

    This is a manual virus. Copy it to your sig and help me spread!
  85. Re:Database Leaders by graniteMonkey · · Score: 1

    Don't think IBM and Oracle wouldn't have done it in a heartbeat if they were even capable of it, though. Neither of them has been able to achieve this level of integration, no matter what they've done.

    IBM can't do it, because no one in their right mind is going to buy IBM's proprietary hardware(remember the 80's?) without a few million to blow. It's incredible how fast people forget.

    Oracle can't do it, because they're hoping Linux will provide them with the OS for free. Until Linux stabilizes more, they're still stuck without an OS. Again, it's incredible how fast people forget what it was like when Oracle and Sybase were the only solutions.

    --

    This is a manual virus. Copy it to your sig and help me spread!
  86. Short Changed by Greyfox · · Score: 1

    They bought Lotus for $6 Billion. That's kind of like buying a yugo for $250,000.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:Short Changed by Captain+Sarcastic · · Score: 1

      The last year of the Yugo was when they included a rear defroster... that way, your hands didn't get cold when you were pushing it.

      --
      Strike while the irony is hot! -- The Freethinker
    2. Re:Short Changed by mrdisco99 · · Score: 1
      We use Notes here at CharBroil, and are glad we do every time we hear about yet another Outlook virus on the loose.

      One great thing about Notes is that you can platform the Domino server on just about anything. What can you Outlook users do when you get tired of running Exchange on NT?

      +++

      --

      +++
      NO CARRIER

    3. Re:Short Changed by timefactor · · Score: 1

      Yugo's finally coming out with a new model: the ScrewYourself.

  87. Oh, I know what I'm talking about by Greyfox · · Score: 2

    Having been subjected to Lotus Notes for the past 6 years, I'm pretty sure I know what I'm talking about. I have yet to meet an IBM employee who likes Notes and I have yet to meet anyone outside IBM who uses it (MCI did for a while before moving to MS Outlook.) The fact that I (A rabid Linux fanatic) would prefer to use Microsoft products over Lotus products should be a damning enough indictment of any company and its software.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:Oh, I know what I'm talking about by benwb · · Score: 1

      Phillips (the netherlands equivelant to GE) rolled notes out to all of its divisions a couple years ago. As of 1999 there were 14 million notes users. Even if this has dwindled, there are still a significant number of people using it. It is a crap product though.

    2. Re:Oh, I know what I'm talking about by The_Messenger · · Score: 1
      "My sources tell me Accenture is also transitioning to Notes." -- Fitzgerald Steele, Jr., 24 April 2001

      --

      --

      --
      I like to watch.

    3. Re:Oh, I know what I'm talking about by MrBogus · · Score: 2

      Despite being a total abortion from a user interface point of view, Notes still sells in volumes close or greater to MS Exchange, and has far more deployed seats. Supposedly for each larger Notes to Exchange conversion, Lotus has scored an Exchange to Notes sale.

      Which means that it was a smart buy for IBM, even if you hate using.

      The biggest problem IBM has is that customers tend to user Notes *too much* and build all sorts of applications that should have never been built on Notes. That makes it difficult for IBM (or anyone else) to come along and get them to transition to WebSphere/Java, or whatever the perferred direction of the future is. (and also leverge their Lotus user base to sell DB2 etc).

      --

      When I hear the word 'innovation', I reach for my pistol.
    4. Re:Oh, I know what I'm talking about by sydb · · Score: 1

      MCI did for a while before moving to MS Outlook

      Umm.. you don't move from Notes to Outlook, you move from Domino to Exchange.

      Notes has a big installed base in the UK, especially in the finance industry, just take a look through the job listings; I can't believe the proportions are that much different in the US considering it's a big US company. You may never have met someone outside IBM who uses it but then perhaps you don't get out much :)

      --
      Yours Sincerely, Michael.
    5. Re:Oh, I know what I'm talking about by Max+Webster · · Score: 1

      Agreed, I quit IBM to get away from Lotus Notes. It was surreal to work in the DB2 group and see people fumbling to develop "Notes database" apps trying to automate workflow.

    6. Re:Oh, I know what I'm talking about by anon757 · · Score: 1

      You just met one. I'm an IBM employee and I love Notes. It is far superior to outlook in almost every way. It's only problem is it's not terribly user friendly, but that's because it has a different (better, in my opinion) concept about how email should work than Microsoft. Oh, and 2 of the Govt. clients that we support use notes, and love it.

  88. Customer mail out by bluetoad · · Score: 1

    I received the following message from Informix. Personally I like Informix. I started using it due to customer requirements and took it on as a preferred DB before Postgres sped up. I was sceptical of commercial
    databases. But having used Informix on a few projects I quite like it and have found it fast and stable, easy to install and it doesn't take THAT much out of a machine,

    "Dear Valued Customer:

    Informix and IBM recently announced an agreement for IBM to acquire the
    Informix database business. IBM has a decades-long history of delivering
    mission critical database solutions, starting on mainframes and growing
    explosively in recent years on distributed Unix and Windows/NT platforms.

    As you know, Informix is a leading provider of distributed database
    management systems for business intelligence and transaction processing.

    With the Informix acquisition, IBM strengthens its position in distributed
    database increasing its ability to attract an even larger community of
    application and services providers. Additionally, IBM and Informix share
    common values of excellence in technology, outstanding customer support,
    great business value and a focus on customer satisfaction.

    We anticipate that the Informix acquisition will close in the third
    quarter. Once the acquisition is complete, IBM will strive to maintain the
    relationships and support that you value today. Our goal is to minimize
    change to these sales, support and services relationships in the future,
    and we expect that most of the Informix individuals you work with today
    will continue to support you.
    We know you have mission critical applications deployed on Informix
    products and IBM will continue to execute Informix's strategy to support
    and enhance existing Informix products for the foreseeable future. Over the
    long term, IBM intends to integrate key Informix technologies into future
    versions of DB2.

    Database is a key growth area and IBM continues to make significant
    investments in technology, sales, and customer support. With this
    acquisition, IBM is investing an incremental $1B to ensure your future,
    broader support by applications and services providers, and IBM's
    commitment to your ongoing satisfaction.

    Informix and IBM appreciate your investment in Informix solutions but we do
    not take it for granted. The new IBM and Informix team will work hard to
    earn your continued business, and looks forward to working with you to
    leverage information in the 21st century.
    Janet Perna
    Jim Foy

    Informix Software Inc
    Tracy Williams
    Lead Generation Manager
    300 Lakeside Drive
    Oakland, CA 94612
    Phone: (510) 627-7589
    Fax: (510) 835-1325
    tracyw@informix.com"

  89. Re:DB/2? by Tuqui · · Score: 1

    Opening Informix source, Creating the low end part of their DB platform. Connecting Every product with it and other open source projects would boost Open Source OS.

  90. Re:Tech confussion (mostly yours, I think) by Peter+Harris · · Score: 1

    Er, what *have* you been smoking?

    The documentation for PostgreSQL is plentiful and clearly written.

    Your point about blobs may be valid - I haven't used them yet - but AUTO_INCREMENT is just a dirty hack because MySQL can't do subselects, and therefore wouldn't be able to make much use of a PostgreSQL-style sequence anyway.

    When you find the documentation (clue: it's on the web-site!), try making a list for your own amusement of features that MySQL has and PostgreSQL lacks, *and vice versa*.

    I'm sorry, just feeling combative today.

    --

    -- What do you need?
    -- Gnus. Lots of Gnus.
  91. MySQL not an embarassment by alexhmit01 · · Score: 2

    For starters, we know longer use MySQL, but we wrote a PHP generic DB class that lets us switch between PostgreSQL and MySQL (and will support other DBs that we add). As a DB designer, I hate MySQL. However, it isn't an embarassment.

    Remember programming little BASIC toys? If you wanted to keep info you openned a random-access or sequential datafile? MySQL is a set of fast random-access datafiles. It is accessable via a subset of SQL, because people who are comfortable using databases with SQL find it easy.

    If all you are doing is supporting a website (no delete operations) then the lack of foreign keys, etc., doesn't matter.

    MySQL can be tricked into being useful. You just have to write EVERYTHING (and therefore QA A LOT) in the database. Unfortunately, it is reinventing the wheel.

    PostgreSQL is a reasonable database. I don't know why MySQL gets all the credit. But if you have real database logic in your website, it is worth looking into PostgreSQL.

    Alex

    1. Re:MySQL not an embarassment by alexhmit01 · · Score: 2

      That's very true, I don't get why they don't support foreign keys. However, the scenario you are describing is easier to work around. Given that you have to build a front end for MySQL, only presenting the options that are in that table largely removes the necessity.

      You still have "foreign keys" (where Foreign Key is a reference to another table), you just don't have foreign keys, where the database makes certain that they point to an actual reference.

      My point is that the MySQL busted/non-existing foreign keys only really kill you because it will let you delete fields referenced by others and other stupidity. MySQL isn't a relational database, it is just a giant file/data store accessable via SQL.

      Alex

  92. Re:Makes sense for IFMX but why would IBM do it? by DuBois · · Score: 1

    Your guess about expanding the customer base is as good as any I've heard. IFMX has a fairly large base in the GIS world and IBM would like to have that business. Where I work, Informix is the standard database on AIX boxes. IBM would like to supply both, and this is their opportunity to get a toehold where Oracle doesn't do so well.

    --
    The IPCC has purposely engineered a massive scientific fraud.
  93. Re:Free DB's are getting mainstream by cribeiro · · Score: 1

    I think that's fine. MySQL is a nice software, but it obviously can't scale as far as Oracle can. It allows for a pretty cheap entry point (free or almost free). When you reach the point where you really need Oracle to keep running, believe me, buying an Oracle license is not going to be your biggest problem...

  94. Re:DB/2? by supersnail · · Score: 1

    On UNIX & NT DB2 UDB is actually preetty cheap.

    On linux it's free (as in beer.).

    They are probably just after the Informix cutomer base, plus, there very nifty datawarehousing extensions.

    Plus the cheapest way to recruit staff is to buy a company.

    --
    Old COBOL programmers never die. They just code in C.
  95. setiathome runs informix by faithhopeandcharity · · Score: 1

    I have been watching the tech reports on the setiathome site to see how the db would handle the load. Nice of them to donate to the effort, and provide tech support.

  96. Sybase = Financial Sector by Desario · · Score: 1

    Sybase is very prominent, in fact dominant, in the financial sector, and is certainly no less a player than Informix or Oracle.

  97. Re:It might be interesting to note.. by DeepDarkSky · · Score: 2

    There is no direct and definite correlation between their investment in Linux and their profitability. As someone else pointed out, it's only a small part of IBM. I remember about 7 years ago, when Microsoft's worth (back when it was still relatively small) was only about as much as IBM's AS/400 business line...

  98. Re:It might be interesting to note.. by DeepDarkSky · · Score: 2
    That is not to say that I don't believe it didn't have influence. What I am saying is the to infer the connection between spending $1 billion in Linux development and profitability is simply the wrong thing to do. Of course, if you were a linux/open source marketing machine, that's whole different story.

    Do you know where they derive their profits from? Do you know how much profit did IBM turn on Linux specifically? I'm sure IBM can make Linux more profitable for them in the future than it is now, and it's just a matter of time. I have no doubt that open source and profitability are not mutually exclusive goals either.

    In fact, I think the best way to make open source and Linux profitable is what IBM is doing, not necessarily what RedHat is doing. IBM provides more solutions. Whereas very often, RedHat just provide more questions (ok, it's just me).

  99. Just Desserts by john@iastate.edu · · Score: 2
    IBM deserves any and all DB misfortune (including pissing away a billion dollars) for the crime of destroying the far superior QUEL query language from Ingres with 'the EBCDIC of query languages', SQL!

    --
    Shut up, be happy. The conveniences you demanded are now mandatory. -- Jello Biafra
  100. Oracle, IBM *and Microsoft** by utunga · · Score: 1
    The main players in database leader struggle will be Oracle and IBM after this acquisition

    uhh.. and Microsoft. Gack. What is it with this 'pretend they dont exist' thing - its not going to make them go away !

  101. Re:Regarding Microsoft: by tjwhaynes · · Score: 2

    Oh, and don't mention the Transaction Processing Performance Councel, by Performance or by price/tpmC (a hint: MS has 10 of the... top ten), or heck, just overall!

    Yes, MS has made some mistakes in the past, but they are learning from them and are making a quiet comeback. Nothing comes close to touching thier data mining/warehousing product.

    Sorry to burst your bubble, but in terms of raw performance, MS SQL server 2000 doesn't cut it. Those performance figures are very interesting, so lets take a look in more detail.

    In third place in raw performance is DB2 UDB, running on 128 700Mhz PIIIXeons. This manages 440879.96 TPC-C throughput.

    In second place in raw performance is MS SQL2000, running on 192 700MHz PIIIXeons - 50% more processors than the DB2 UDB result. And the TPCC throughput? 505302.77 - a mere 15% more throughput. Not impressive.

    In first place in this raw performance chart is another MS SQL2000 result, running on 280 900MHz PIIIXeons. Oh dear - they added another 50% more processors, upped the speed to 900MHz per chip and still only managed another 36% in TPCC throughput. I reckon that a linear fit should have shown about 55% more performance than their second place result to be competitive.

    So you see - while MS has the money to buy lots of equipment to get impressive TPCC scores in raw performance, they need far more grunt from their hardware to provide equivalent performance to DB2.

    Cheers,

    Toby Haynes

    DB2 developer and therefore biased :-)

    --
    Anything I post is strictly my own thoughts and doesn't necessarily have anything to do with the opinions of IBM.
  102. Regarding Microsoft: by MrScience · · Score: 2

    A clip from this story, posted today actually:

    Using the SAP Standard Application Sales and Distribution (SD) Benchmark, an industry-standard measure of server performance, a Unisys e-@ction Enterprise Server ES7000 equipped with 32 Intel Pentium III Xeon 32-bit processors supported 18,500 mySAP.com SD Standard Application benchmark users. This result is the third highest result ever recorded on any platform tested with the SAP SD benchmark methodology, regardless of the number of processors per server tested.

    Oh, and don't mention the Transaction Processing Performance Councel, by Performance or by price/tpmC (a hint: MS has 10 of the... top ten), or heck, just overall!

    Yes, MS has made some mistakes in the past, but they are learning from them and are making a quiet comeback. Nothing comes close to touching thier data mining/warehousing product.

    --

    You quitting proves that the karma kap worked. The most annoying of the whores shut up. --CmdrTaco

  103. TPC? by Otis_INF · · Score: 1

    Erm... how much scalability do you want? -> www.tpc.org. It not only wins every price/performance spot, it also has the top spot in overall performance. That's is not even the biggest news. Their PREVIOUS record was done with using half of the machines they used in the winning setup. They scored almost the half of the current record. So add twice as much machines, get twice as much performance. If that's not scalability, then what is?
    --

    --
    Never underestimate the relief of true separation of Religion and State.
  104. It might be interesting to note.. by ejbst25 · · Score: 2

    With having invested $1 billion on Linux development, IBM has met expectations for the second quarter in a row. Now, they are purchasing Mainspring and Informix.

    Who said that working with open source software wasn't profitable?

    1. Re:It might be interesting to note.. by ejbst25 · · Score: 2

      A small part...well..lets see...when your company spends about $5 billion per yr on R&D and 20% of that is on Linux (straight out of the previously quoted Linux Journal ad)....I think that is not a small part..but believe what you like. Only time will tell.

    2. Re:It might be interesting to note.. by AnyLoveIsGoodLove · · Score: 1

      True True...but when box that linux runs on has a 50% or better margin its hard to loose... don't forget to add forget IBM Professional Services....man you pay....linux is a small part of the IBM solution....tiny actually....

      --
      "It's technical in a psychometric kind a way" -- C. Parish
  105. Open Source vs Commercial by BMazurek · · Score: 2
    That's in the commericial space - obviously SleepyCat, PostGres and MySQL and others aren't going away.

    Ummmm....Sleepycat is a commercial embedded database. Sure, it's Open Source, but it's still commercial. The two adjectives "Open Source" and "Commercial" are not mutually exclusive.

  106. Open Source Informix? by HerrGlock · · Score: 1

    IBM has been into the open source idea for a while now, if only to annoy MS. DB2 is IBM's baby so why are they going after something they already have?

    Wishful thinking maybe, but could an open source informix be in the works to put onto their S/390, now z/whatever servers and go after certain other players in the DB field that are not even vaguely threatened by the open source movement.

    It's an idea.

    DanH
    Cav Pilot's Reference Page

    --
    Cav Pilot's Reference Page
    UNIX - Not just for Vestal Virgins anymore
  107. Metlife uses it by lonesome+phreak · · Score: 1

    Metlife (the insurance company that has snoopy as their mascot) uses Lotus Notes quite a bit.

    --
    Maybe we DID take the blue pill. You wouldn't remember anyway.
  108. Informix in real-time process control by Dr.Who · · Score: 1

    Informix was used to hold configuration information in the Foxboro IA DCS (Intellegent Automation Distributed Control System) used to control process plants (chemical, oil and gas, pulp and paper, metals and mining, food and pharmaceuticals, textiles, and power generation).

    At the time it was released (1987), this was the only DCS that used a commercial database for configuration, and the only DCS that had a real filesystem (because the underlying OS was a flavor of Unix).

    For a variety of reasons, Foxboro lost a lot of the DCS market, was bought by Siebe and the company was renamed Invensys.

    The IA product might have evoloved away from using Informix -- one can not tell from the public website.

  109. Re:Seen it coming by Ars-Fartsica · · Score: 2
    What I couldn't figure out yet, is why anybody spends a ton of Money on database licenses, when Postgresql provides a very viable alternative.

    You pay money for support. When your entire company rides on the sanctity of a huge database (like a bank, for example), newsgroups just don't cut it for support. Oracle offers time-assured support (i.e., you database will be up in x hours under this support level).

  110. Re:SQL Server 2000 by MrBogus · · Score: 1

    Tell me (this is a serious question, not a troll): why would any company with an eye to the future lock themselves into a single-vendor, single-operating-system, single-hardware-platform solution?

    What do you say to all those people who bought Informix? At least Microsoft will be around tomorrow.

    Consider the IBM buy-out pure luck -- Informix filed for bankrupcy last year, during the largest IT boom market in recent memory, and basically were scrapping along until they could sell their customer list to someone. The future of Informix is migrating to DB2, I'm afraid.

    --

    When I hear the word 'innovation', I reach for my pistol.
  111. Re:DB/2? by tshak · · Score: 1

    Our company is moving to DB2 from MySQL as we speak...

    Not trolling... but WHY on earth would you do this? MySQL certaintly doesn't suck, but it's NOT an RDBMS!

    --

    There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
  112. Re:DB/2? by tshak · · Score: 1

    Never mind, I'm an idiot and just reread the post - to early in the morning I guess :(... Just reverse my post: Cool that you're doing this! MySQL certaintly doesn't suck, but it's not an RDBMS like DB2 - good choice! ;)

    --

    There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
  113. DB/2? by tshak · · Score: 2

    I wonder how this will affect IBM's DB/2...

    --

    There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    1. Re:DB/2? by oingoboingo · · Score: 2
      DB/2 is very expensive, on par if not more pricy then Oracle

      DB2 is actually a fair bit cheaper than Oracle, especially when you start running it on fast SMP machines. Oracle charges you based on the number of CPUs in your server, multiplied by the CPU speed in MHz, multiplied by a $ amount. You also pay an additional premium if your CPUs are RISC, rather than plain-jane Intel.

      DB2 is priced on a flat per-CPU basis, irrespective of CPU speed. Basically you're penalised for running Oracle on fast CPUs, whereas with DB2 you aren't. Run Oracle on newer high MHz CPUs (like an Alpha, UltraSPARC III or PIII-Xeon) and your wallet starts to bleed pretty badly.

    2. Re:DB/2? by MidnightLog · · Score: 1

      My guess is that IBM is really after Informix's customers. Sure they'll support the Informix software for a while (probably quite a while - IBM is good that way). They'll also pull some ideas out of Informix and add them to DB2. But I think the main goal is to make those customers IBM customers. A nice side effect of this for IBM is those customers won't turn to Oracle.

      --

      To understand what's right and wrong, the lawyers work in shifts ...

    3. Re:DB/2? by anonymous+cupboard · · Score: 1

      DB2 costs some money to use commercially under Linux. However Informix was actually more expensive for medium sized jobs.

    4. Re:DB/2? by rudallrose · · Score: 1

      $1 billion for 100,000 customers - you do the arithmetic !

  114. Re:SQL Server 2000 by SomeOtherGuy · · Score: 1

    The RDBMS can only be as good as the hardware and OS that it is running on. Give me HPUX, Sun, AIX, Mainframe (IBM DB2) -- and then try to build a WinTel machine that can scale??? Get real -- as soon as MS Sql Server can run on the above hardware/software combo's how can it be in the same ball park???? We are talking big data stores -- not the inventory for a lemonade stand. I work with this stuff everyday.

    --
    (+1 Funny) only if I laugh out loud.
  115. Seen it coming by CaptainZapp · · Score: 1
    Since approx. 3 years IBM is really pushing for market leadership in the relational db-market.

    By buying Informix (the other candidate being Sybase) IBM gets access to a significant amount of enterprise database customers and that was obviously worth a bundle and then some to them.

    What I couldn't figure out yet, is why anybody spends a ton of Money on database licenses, when Postgresql provides a very viable alternative.

    --
    ich bin der musikant

    mit taschenrechner in der hand

    kraftwerk

    1. Re:Seen it coming by CaptainZapp · · Score: 2
      Yep, I'm aware of that line of reason. However...

      ...I worked on the frontline re: RDBMS for nearly a decade now. And the support I partially experienced from the big boys can partially only be described as shoddy (to put it mild).

      Of course that doesn't invalidate your argument. When something goes wrong, as it inevitably does, you're sure better off when you went for Oracle or so. However,: support per se is certainly not better (I'm convinced that e.g. Great Bridge provides good support). It just looks better in your memo to the vice president that explains why the database fscked up big time.

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

  116. Re:DataFlex? by freediver211 · · Score: 1

    Haveny't you people ever heard of DataFlex from the Data Access Corporation???? www.dataaccess.com Or, Pervasive.SQL? Why must you people subjected to the advertisments of large corporations who choose your software for you. The above products are just as scalable and cost alot less (plus they have advantages).

  117. Re:Run Sybase on a Sun E450 if you love MSSQL so m by freediver211 · · Score: 1

    What about Pervasive.SQL / Dataflex Solution?

  118. Re:MySQL can emulate most of those features alread by NortonDC · · Score: 1

    "Smart companies save money by deploying MySQL instead of Oracle. They can invest that money in smart Linux developers and the NASDAQ."

    That's the funniest thing I've seen all day. Someone's simply GOT to tag that as funny.

  119. Re:PICK! by ackthpt · · Score: 1
    True, we use that frequently. Here's an interesting bug I discovered in Universe:

    A = "06"
    IF A = "6" THEN CRT "Yup"

    Most Basics this would result in no output, but in Universe the numeric evaluation takes precidence.

    --

    --

    A feeling of having made the same mistake before: Deja Foobar
  120. PICK! by ackthpt · · Score: 2
    Nothing on PICK or any of it's various flavors in the article. It would be nice if IBM decides to throw some support behind this, as Informix has done nothing with Pick/Universe, et al. since acquiring Ardent (Vmark, etc.)

    Currently, the best version I've heard is JBase, which allows coding in C, which addresses one of the great weaknesses of Pick, having to code in Basic.

    --

    --

    A feeling of having made the same mistake before: Deja Foobar
    1. Re:PICK! by ackthpt · · Score: 2
      Agreed on the obscure/proprietary database issues. We looked around to see if we could run on top of Oracle or something else. Some company promised to provide that layer, but produced vapor instead.

      The great downside of Pick basic is all the crappy habits bad programmers leave in it and that variables can be of any type (only two firm types, file variable and everything else!) Petty annoyance... having to do this check:
      IF (Y.Q1.AMT # 0) AND (Y.Q1.AMT # "") THEN ...

      Multivalue fields are actually pretty cool and easy where Unidata was concerned, you could create parenthetic selection clauses.

      --

      --

      A feeling of having made the same mistake before: Deja Foobar
    2. Re:PICK! by whjwhj · · Score: 1

      Ah PICK! Without question, the most beautiful and powerful database system I've ever seen.

      Powerful dictionaries with I descriptors permitting virtual fields, multi-valued and multi-sub-valued data structures, incredibly intuitive query language. And a programming language that has a native understanding of the database system it's working with.

      If only Dick Pick had jumped on the GUI client/server bandwagon when he had the chance. Instead, the system has languished in character based screen mode.

      I was weaned on PICK. When I moved to SQL I was amazingly disappointed.

      What would be truly beautiful is if IBM were to open source the entire product! I can dream, can't I?

    3. Re:PICK! by whjwhj · · Score: 1

      ... and I completely failed to mention code re-use! No need to include or require or package or whatever to invoke functions sitting in other code files. One simply invokes CALL it it just works! If Java could do something like this I might actually use it.

    4. Re:PICK! by sirfrancisdrake99 · · Score: 1

      Did you look at jBASE? We have several sites using their exisitng Basic code and accessing Oracle or DB2 (we're doing some SQL Server now but having more trouble with this one).

      Let us know if you want more info at info@jbase.com

  121. Free DB's are getting mainstream by Arethan · · Score: 1

    Apparently MySQL, PostgreSQL and SleepyCat aren't exactly out of the running for comercial applications either. This article from the MySQL homepage tells of Oracle's creation of a migration kit for "upgrading" from MySQL to Oracle. At least one of the big few are starting to recognize that not everyone starts out using thousand dollar software.

    1. Re:Free DB's are getting mainstream by Arethan · · Score: 1

      Oh exactly, that's what I meant to point out. When you're creating your application, you need to think long term, but keep your budget in mind. A migration app from MySQL to Oracle lets you start out with a high performance (and best of all FREE) database, and then you can migrate to Oracle at a later date when the need becomes more obvious.

      Then again, some applications are better off just staying on a free database. NASA for instance, no longer uses Oracle. They are now using MySQL instead just because of the huge amounts of licensing fees that they can now divert to other areas, while still keeping their databases very fast and useful.

    2. Re:Free DB's are getting mainstream by Arethan · · Score: 1

      AHEM!
      http://www.mysql.com/news/article-51.html

      THAT, my friend, is where I heard it.
      I will correct myself in that not ALL of NASA is dumping Oracle. Merely the NAIS.

      Please, next time check the links before you start shooting off. ;)

  122. SQL Server 2000 by pxld · · Score: 1

    Why wouldn't you consider Microsoft to be a player in the high-end database space? I think that over the next 5 or so years we will see SQL Server being used in places traditionally reserved for Oracle or DB2.

    1. Re:SQL Server 2000 by tb3 · · Score: 1

      SQL Server is a pretty good DBMS although there are questions about its scalability. The major problem is that it only runs on Windows NT, and there are major questions about its scalability. There seems to be a concensus that Win NT Server (4.0, 2000, etc) do not scale as well as Unix, Solaris, etc, which cripples the scalability of the DBMS.
      -----------------

      --

      www.lucernesys.comHorizon: Calendar-based personal finance

    2. Re:SQL Server 2000 by Hilary+Rosen · · Score: 3

      You answered your own question. MS isn't a player in the high-end database space. It will be.

      Not to troll, or start a flamewar or anything, but MSSQL 2000 (== MSSQL 8.0 == MSSQL 7.5) is a pretty good DBMS. I haven't seen anything to touch it on a MS platform. The cynical might say that the MSSQL releases right after they hire a bunch of talent from the competition are always the best. This release appears to follow that rule.
      --

      --
      Yes, the nick is flamebait
    3. Re:SQL Server 2000 by newtrip · · Score: 1
      Because it runs only on WinNT/2k servers and they, in turn, run only on Intel-based hardware?
      That's not entirely true. They do run on more than just X86 hardware. I believe Alpha is supported...
  123. Makes sense for IFMX but why would IBM do it? by rochlin · · Score: 1
    For a long time now Informix's core database business has been sinking into the sludge. Their customer base growth dropped to 0 and was heading the wrong way from there. On the other hand, they have built an impressive business intelligence/warehousing business that is growing well and recently announced that they were (finally!) going to divorce those tools from their database so they could work with the rest of the world.

    So this deal makes sense for IFMX.

    BUT WHY is IBM doing it??????

    The informix database doesn't offer a huge leap in technology over DB2.
    Could they simply want to expand their customer base? Are they just buying clients?? Very strange.

  124. Here come the Object databases by dodson · · Score: 1

    Will this consolidation open the door for object or object/relational databases.

    It would seem as choices narrow in relational databases it might be easier to sell alternative technologies.

    We use Intersystems Cache, it is an object relational database.

    IBM and Oracle products are hardware scalable. This could also open up the door for smaller less feature rich, but nimbler, databases in the mid to low end of the markey.

  125. Actually by UberLame · · Score: 1

    Before this aquisition, the main players were Oracle and IBM (think DB2). I'm not sure why this aquisition was thought nescesary.

    To those who say what about MS SQL, well... MS SQL is easy to use. It main threat is that it is easy to use and cheap to get so people keep trying to use it in places that Oracle should be used. MS in turn tries to accomodate these people, so while MS SQL isn' too much of a threat yet, it each new version moves it further up the scale of what it can do. I'd say at least two more versions are needed before it will really be ready for a direct assult on Oracle or DB2.

    --
    I'm a loser baby, so why don't you kill me.
  126. Re:what happens to cloudscape? by FatHogByTheAss · · Score: 1
    I hope they keep it arround. Cloudscape is a handy little tool.

    --

    --

    --
    You sure got a purty mouth...

  127. Re:Database Leaders by r_j_prahad · · Score: 1
    They are making sqlserver a require part of all thier applications and .NET. While you can do some stuff with other databases, microsoft had demostrated features with office and other products that will not work without sqlserver

    If Microsoft binds the operation of their desktop this intimately to their servers, IBM and Oracle will be pounding on the Attorney General's door the very next morning. This is an anti-competetive, exclusionary tying tactic similar to what got their collective corporate ass in hot water in the first place. Not that I don't think they'd try to do something like this....

  128. what happens to cloudscape? by m00nshyn3 · · Score: 1

    does cloudscape go to IBM as well? i have not played with it much, but on the surface it seems to be a good product. hopefully it will go somewhere with IBM's interest in java.

  129. Informix (nee Ardent) Universe and Friends by l3377r0lld00d · · Score: 1

    A while ago, Informix acquired a software company called Ardent Software which had a decent database technology portfolio (the Universe RDBMS). It has (had?) some big customers. Haven't seen any comment on this component of Informix yet.

    --
    -- Trolled...you WILL be === Yoda
  130. Re:Run Sybase on a Sun E450 if you love MSSQL so m by BigQid · · Score: 1

    Why did this thread even come up? A PC Database running the same Databases run on HP-UX, AIX, OS/390, Solaris? Not likely. Have you heard of jBASE? www.jbase.com (free development (full) versions available)