Slashdot Mirror


MySQL AB Calls v4.1.7 Production Ready

puppetman writes "MySQL announced a few hours ago that 4.1 has been deemed production ready with the release of 4.1.7. The major enhancements of 4.1 include sub-selects, faster communication between client and server (thanks to parameter binding), replication over SSL, and lots more. A full list can be found here. Time to rehash those tired arguments about why MySQL is not a real database, and (Postgres/Oracle/SQL Server/Access/SAPDB/Ingres/etc) is the only real database out there."

59 comments

  1. Production ready? by Pan+T.+Hose · · Score: 3, Insightful

    Does the "production readiness" include ACID?

    --
    Sincerely,
    Pan Tarhei Hosé, PhD.
    "Homo sum et cogito ergo odi profanum vulgus et libido."
    1. Re:Production ready? by zatz · · Score: 4, Informative

      Sure, just use the InnoDB storage engine.

      --

      Java: the COBOL of the new millenium.
    2. Re:Production ready? by m0rph3us0 · · Score: 2, Insightful

      But then MySQL is just as slow as Postgresql. Except you are missing 99% of the features.

    3. Re:Production ready? by Anonymous Coward · · Score: 0

      More like 20%

  2. MySQL by m0rph3us0 · · Score: 4, Insightful

    MySQL is fine for load/store operations or other places where complex operations on set are not required. MySQL is not suitable for complex queries.

    MySQL is a bit like Windows 98 vs. a multi-user OS with virtual memory. Most people just need a single user computer that holds their email and lets them play games.
    However, for those who need the features a multi-user OS they cannot simply hack on those features to Windows 98.
    It isn't that MySQL isn't a real database it is just that its feature set severely restricts the tasks it is able to do well.
    Yes, you COULD build a bank on MySQL just like Diebold makes Windows 98 based ATM machines.

    Whether it is a better idea to simply build your bank on Postgresql or Oracle and pay higher machine / licensing costs is an excersize for the reader.

    There are spots where Win98 and MySQL are well suited however, there are a lot of cases where it is completely out classed by other products.

    Myself, I'd much rather not use all the features of Postgresql and have them available later than build on Mysql and if I need the feature have to port the application. If I run up against performance limitations of Postgresql I simply buy better hardware.

    Not everyones SQL usage is limited to "SELECT * from comments were story_id = 23456"

    Hardware is almost always cheaper than a programmer's time.

    1. Re:MySQL by ahdeoz · · Score: 0, Troll

      No one has ever upgraded from MySQL to PostgreSQL. If someone was using MySQL and feels a business need to "upgrade" their database because of features, performance, or reliability, it goes to Oracle, DB2, or even Microsoft SQL Server. By the time you are pushing the limits of MySQL, PostgreSQL is not a feasible option, and certainly not a safe business decision. Likewise, I seriously doubt anyone has ever migrated from PostgreSQL to a commercial "enterprise" server. It is just not in the migration path. It is in it's own little advocate niche, and outside the mainstream of real applications and businesses.

    2. Re:MySQL by Anonymous Coward · · Score: 0

      i just upgraded from MySQL to postgres, guess you are uncategorically wrong.

    3. Re:MySQL by gumbi+west · · Score: 0
      What features are you looking for?

      My favorite feature of MySQL is how easy it is to learn and how fast it is.

    4. Re:MySQL by zatz · · Score: 3, Informative

      MySQL is not suitable for complex queries.

      Actually, with the new support for derived tables in 4.1, it's as good as any other database product I have used (Informix, MSSQL/Sybase, Postgres). I have a production system which generates large, hairy SELECT statements (I've encountered MySQL's internal limit of 61 tables in a single join, to give you some idea how awful these can be) and runs them on a database with millions of records. It's quite fast (with appropriate choice of indexes) and implements all the SQL-92 features I expect, although the table-level locking of MyISAM is unfortunate.

      If you want to bash MySQL, it has plenty of real weak spots, eg transactions and stored procedures. But if you are going to run messy queries on big piles of read-mostly data, it's brilliant.

      --

      Java: the COBOL of the new millenium.
    5. Re:MySQL by digerata · · Score: 3, Interesting

      Ditto.

      Our main application was originally on MySQL. Started off at around 3 million records spread across 78 taables. The largest table had around 575,000 records. Now we are much larger running on Oracle.

      MySQL handled the load and all of our queries on multiple servers in our app cluster just fine. But when we needed more advanced things that MySQL doesn't provide (and won't for another decade or so) we moved to Oracle.

      We defined "more advanced things" as master-master replication (that is easy to setup and maintain and is provided by the DB vendor), real DB clustering, Natural Language searching, complex sub-queries, recycling sequences (auto_increment keys), and a host of administration tools among other things. Granted, some of these MySQL is just now putting out there. But it certainly doesn't have all.

      Notice, I never mentioned stored procedures, triggers, or views.

      Its funny, way back when we were justifying using MySQL in a production enterprise environment, speed comaprisons against Oracle was a huge argument. But if MySQL ever throws in everything Oracle has feature wise, they will be just as slow if not slower.

      --

      1;
    6. Re:MySQL by ttfkam · · Score: 2, Insightful
      Notice, I never mentioned stored procedures, triggers, or views.
      To me this doesn't say that the features aren't useful. It says that you prefer to use Oracle like people use MySQL. Doesn't surprise me really. Once you've written all the extra app layer functions that are needed with MySQL, you don't want to throw them away.

      Even if a view/rule would have simplified the app layer from the start without adding substantial complexity to the database.

      (By the way, just because you've never heard of someone moving from MySQL to PostgreSQL doesn't mean it doesn't happen. Check out the PostgreSQL mailing list archives. It is common to see questions from people migrating from MySQL.)
      --

      - I don't need to go outside, my CRT tan'll do me just fine.
    7. Re:MySQL by digerata · · Score: 1
      To me this doesn't say that the features aren't useful.

      Definitely, that goes without saying. I just didn't want to be included on the bandwagon that says MySQL sucks because it doesn't have stored procedures. (Which in the past has seemed like a large bandwagon)

      --

      1;
    8. Re:MySQL by yamla · · Score: 1

      MySQL supports master-master replication, I use it all the time.

      --

      Oceania has always been at war with Eastasia.
  3. wheelbarrow? by Vaevictis666 · · Score: 3, Interesting

    Ok, I'll bite. Why is the Databases icon a wheelbarrow?

    1. Re:wheelbarrow? by Anonymous Coward · · Score: 0

      No matter what kind of shit you shovel into it, it can carry the load.

      Okay, I am over analyzing, but hey, it works right?

    2. Re:wheelbarrow? by djcatnip · · Score: 1

      Ok, I'll bite. Why is the Databases icon a wheelbarrow?

      Would you rather it be a bucket?

      --
      I make these: http://beatseqr.com
  4. How to you pronouce MySQL by BortQ · · Score: 1
    I usually pronounce it as my-ess-que-ell.

    Others say my-sequel

    Is there a correct answer? I see it in print 1000 times more often then use it verbally, so I don't have a good base to judge from.

    --

    A Multiplayer Strategy Game for Mac OS X, Windows, and Linux
    1. Re:How to you pronouce MySQL by Inominate · · Score: 1

      From what I know, both are correct.

      Personally I despise the "Sequel" pronounciation. It goes right with tickle, fffp, erc,roffle, etc

      If there isn't a fucking vowel, don't try to add one.

    2. Re:How to you pronouce MySQL by hords · · Score: 1

      I usually pronounce it as my-ess-que-ell.

      I believe that is how it is intended to be pronounced. I remember a long time ago they actually told you how to pronounce it on their website.

    3. Re:How to you pronouce MySQL by sethadam1 · · Score: 2, Informative

      I remember a long time ago they actually told you how to pronounce it on their website.

      Axtually, that was Postgres.

    4. Re:How to you pronouce MySQL by sethadam1 · · Score: 1

      Or you could just chill out and realize that about half of IT professions say "Sequel," "Sequel Server," and "My-See-Quell."

      I say My-Ess-Que-El, but I've always said "Microsoft Sequel Server." I think it's just the culture of your region or something, but there's really no reason to get worked up over it, dude.

    5. Re:How to you pronouce MySQL by Unordained · · Score: 1

      As I recall, "Sequel" was the name of a product/language that existed back when the SQL standard was being written ... someone decided to pick a similar name, to keep continuation (make sure people know that SQL is also about databases) ... which is part of why the acronym has meant various things to various people at various times, with no correct answer. As far as I'm concerned, if you say "sequel" you either mean the noun, or you mean the very old product/language, not SQL-92 or any other incarnations of the blasted language.

      Also -- why the hell was Firebird left out of the list of "real" databases? None of them are "real" databases anyway -- not datatype-orthogonal, the query language sucks, they mix up physical and logical features all over the place, they don't use candidate-key inference to determine view updatability (noticed how many don't naturally support updates against multi-table views?) ... all hacks. Useful hacks, but hacks. At least Firebird and others have real ACID (well, almost -- there are some issues with integrity constraint definitions ...)

    6. Re:How to you pronouce MySQL by PickyH3D · · Score: 1
      There is no correct answer.

      People say S-Q-L and Sequel for simply SQL. Personally, I say the former, but pretty much every SQL books has a paragraph devoted to this dilemma.

    7. Re:How to you pronouce MySQL by eurleif · · Score: 1
    8. Re:How to you pronouce MySQL by truel · · Score: 1

      I pronounce it as "my squill," rhyming with swill. I do not object to pronouncing it "my squeal" though.

      The pig analogy is not meant as a slight against MySQL exclusively. I also pronounce "post gres squill" and "squill lite."

      I don't understand why people put more vowel sounds in than you need.

    9. Re:How to you pronouce MySQL by samjam · · Score: 1

      "sequel" is standard english query language, a pre-cursor to sql which is standard query language.

      Perhaps people who pronounce "sequel" are pretending to more years of experience than they have?

      In any case, people who say "sequel" always sound like idiots to me. I admit this is my bias but there it is. I can't help it yet. Sorry.

      Sam

    10. Re:How to you pronouce MySQL by Spacejock · · Score: 1

      Ess-que-ell here, too. I'm a self-taught programmer, I never spoke verbally to anyone about this stuff until I went to uni in my 30's, by which time I'd already been programming for years 'n' years.

      The one that really ticks me off is 'lie-nux'. My brother-in-law is the only person I know who pronounces it like that, and he works in IT!

    11. Re:How to you pronouce MySQL by Martin+Blank · · Score: 1

      Linus has mentioned that the way "Linux" is pronounced depends largely on how a given country pronounces his name. In varying places, his name is pronounced "Lie-nus," "Li-nus," or "Lee-nus," and so local conventions for "Linux" vary accordingly.

      --
      You can never go home again... but I guess you can shop there.
    12. Re:How to you pronouce MySQL by Poppler · · Score: 1

      Personally I despise the "Sequel" pronounciation. It goes right with tickle, fffp, erc,roffle, etc
      If there isn't a fucking vowel, don't try to add one.

      Hey, take it easy. I learned from someone who called it "sequel", so that's what I say.

      From what I know, both are correct.
      Actually another post in this thread linked to mysql.com, your pronunciation is correct. So I know I'm saying it incorrectly, I just don't really care enough to start correcting myself.

      --
      What's the ugliest part of your body? Some say your nose, some say your toes, but I think it's your mind. -Zappa
  5. Have its developers' attitudes changed? by Anonymous Coward · · Score: 5, Interesting

    Does MySQL still silently substitute its best guess when you try and insert an invalid value into a column?

    Does MySQL still silently substitute a non-ACID table type when you ask for an ACID table type and it isn't available?

    Does MySQL still silently alter the data you insert into varchar columns by stripping trailing spaces?

    MySQL used to be riddled with all kinds of behaviours that the MySQL developers thought might be handy in some circumstances, but that silently alter or ignore the programmer's/DBA's instructions and the SQL specifications. Have the developers gained enough of a clue to fix these (intentional, documented) problems?

    1. Re:Have its developers' attitudes changed? by puppetman · · Score: 4, Insightful

      1) Yes. Very bad. The developers believe the application should check all data before sending it to the database. I've posted my displeasure with this on the MySQL mailing lists, and have been told politely to "live with it".

      2) Wasn't aware that it did. Most table types are now in the basic download.

      3) Not sure

      You could ask similar questions of Oracle (or any other DBMS), like,

      Does Oracle still require a 1.2+ gigabyte footprint? Yup, getting bigger all the time.

      Is Oracle still more complex to set up than any Linux distribution? Yah. And try Real Application Clusters (RAC).

      Does Oracle still require you to spend $600 on books to get the important information about what's going on under the hood? Yes. I bought a 1000-page monster the other day, and the list price was $100 CDN. The DBA handbook, written by the same guy, is also 1000 pages, and will cost about the same (not out for another month).

      Does Oracle still charge $40,000 per CPU for a perpetual Enterprise License?

      Is Oracle still slow and bloated compared to MySQL? Yes. All those extra, needless features that 1-in-50 databases add bloat and slowness.

      For Postgres,

      Does Postgres still make really bad optimizer choices if the data-types being compared aren't identical? Last I checked.

      Does Postgres have a decent replication engine, or standby database option? Yah, if you want to spend almost as much on support as you would on an Oracle Enterprise license for 1 CPU. There are others, but I'm not sure I would throw them into a production environment. Oracle Standby and MySQL replication have both been flawless for us.

      Does Postgres have a native Windows port yet? Not yet, but I hear it's coming.

      Does Postgres still have a mailing list full of the most informed, polite people you could ever hope to answer your questions? Yup.

      No database is perfect. MySQL is a small, fast database and we are running our 2-million hit per day website off of it, and it's been flawless and significantly faster than Oracle was way back on 8i. We code around the strangeness.

    2. Re:Have its developers' attitudes changed? by ttfkam · · Score: 4, Informative
      Does Postgres still make really bad optimizer choices if the data-types being compared aren't identical? Last I checked.
      At least there's a workaround. You can always explicitly cast your value to the type in question. I don't know of any similarly straightforward workarounds for the data manipulation/loss bugs in MySQL.
      --

      - I don't need to go outside, my CRT tan'll do me just fine.
    3. Re:Have its developers' attitudes changed? by Anonymous Coward · · Score: 3, Insightful

      You could ask similar questions of Oracle (or any other DBMS)

      No, you can't. That's the whole point. Absolutely none of the questions you raise about other databases are problems with data integrity. These are databases for heaven's sake. Of course they take data integrity seriously. The same can't be said for MySQL, unfortunately.

      Does Postgres have a native Windows port yet?

      8.0 does, but that's not production-ready yet, so it doesn't count. Three betas have been released if you want to try it out though.

    4. Re:Have its developers' attitudes changed? by Cajal · · Score: 1

      Does Postgres still make really bad optimizer choices if the data-types being compared aren't identical?

      In version 8.0 (current at beta4), the optimizer will automatically cast the columns to a common type and pick a better plan.

      Does Postgres have a decent replication engine, or standby database option?

      There are several. Have you looked at Slony-I ?

      Does Postgres have a native Windows port yet?

      Version 8 will. You can download the beta today if you'd like.

    5. Re:Have its developers' attitudes changed? by Anonymous Coward · · Score: 0

      Wow an informed, balanced non-flaming post. Thank you.

    6. Re:Have its developers' attitudes changed? by puppetman · · Score: 1

      I have played with Beta 8, and the optimizer is much improved, and I am aware of Slony-I. And I did mention that a Windows port is in the works (it is in Beta 8, and I have it installed on my work machine)

      I wouldn't put it in production just yet, however. Beta is not production-ready. I wouldn't put MySQL 4.1.7 (production) in production either. I am going to let it settle down for a few months.

      I am pushing to replace a commercial database with Postgres - I really admire the technology, and all the features that Postgres has and MySQL doesn't. But I wouldn't risk it just yet - need to wait till 8.0 solidifies a bit.

    7. Re:Have its developers' attitudes changed? by puppetman · · Score: 1

      I have it, and have tried it out. Ran into an apparent bug with creating tablespaces. But I am going to try the newer beta.

      As for data integrity, we use InnoDB for our busy website. It has lots of foreign keys, and transactions wrap every block of DML. ACID transactions all the way. That MySQL sometimes changes your data quietly to make it fit into a column, well, there's a workaround for that. It sucks, but it's livable. At the time we migrated, Postgres did not have the features we needed, and we could do away with triggers, stored procedures, views, subqueries, etc.

    8. Re:Have its developers' attitudes changed? by DA_MAN_DA_MYTH · · Score: 1

      Does Oracle still require a 1.2+ gigabyte footprint? Yup, getting bigger all the time.

      Does Oracle still charge $40,000 per CPU for a perpetual Enterprise License?

      I think if someone bought Oracle just to power a web site, they deserved to be bitch slapped. MySQL is still for relatively small to mid-size deployments. Oracle would be like a Mercedes when MySQL is more like a 76 Beetle. The features of the Mercedes, along with the engine will probably be better built (More HP) and more (Safer during a crash). However the Saturn gets you from one place to another at a fraction of the cost.

      --
      "It takes many nails to build a crib, but one screw to fill it."
    9. Re:Have its developers' attitudes changed? by Anonymous Coward · · Score: 0

      As for data integrity, we use InnoDB for our busy website. It has lots of foreign keys, and transactions wrap every block of DML. ACID transactions all the way.

      That's great when it actually works, but if you ask it to use InnoDB and it doesn't work (e.g. not compiled in), it doesn't fail, it quietly uses MyISAM instead - which means that all the transactions, foreign keys, etc, are just ignored. Data integrity? Hardly. The same attitude applies throughout MySQL, as I mentioned before - what kind of developers think that it's okay to, for example, insert 100 into a constrained column when you told it to insert 1000? You call that data integrity? The SQL specifications make it very clear that such operations should FAIL, so that bad data doesn't sneak into the database. MySQL developers ignored that part of the spec.

      The bugs aren't in the code - it does this on purpose - the bugs are in the developers' attitudes. Until those are fixed - and from your earlier post ("live with it") it seems they aren't - I'm not going to trust MySQL at all when I value data integrity.

    10. Re:Have its developers' attitudes changed? by MemRaven · · Score: 1

      Well, if it's a "Bash on the silly thoughts of the MySQL developers" thread, allow me to join in!

      Does MySQL still silently ignore DDL constructs that it doesn't handle (CHECK, FOREIGN KEY)?

      Does MySQL still refuse to allow the drivers to return metadata about foreign keys which are maintained by an underlying storage engine (n.b. FOREIGN KEY in InnoDB: the storage system knows about them, but the JDBC driver can't return metadata about them)? (Of course it does! After all, you don't want to use foreign keys anyway, you moron!)

      Does MySQL still silently ignore it when you create a table on a storage engine which does support foreign keys (i.e. InnoDB) but haven't created the right indexes to support it?

  6. From the MySQL site... by b00m3rang · · Score: 1

    The official way to pronounce ``MySQL'' is ``My Ess Que Ell'' (not ``my sequel''), but we don't mind if you pronounce it as ``my sequel'' or in some other localized way.

  7. Sorry but Firebird is still better by Anonymous Coward · · Score: 0

    and all you socialist that think everything should be free can't complain about it either!

  8. Greater than 20, less than 99 by ttfkam · · Score: 4, Informative
    • Schemas
    • Views
    • Rules
    • Check constraints
    • Domains
    • Triggers
    • Custom datatypes
    • Stored procedures in no less than five different programming languages
    • Geometric/spatial datatypes and indexes
    • Real type safety
    • Errors when the alternative is data corruption
    • No silent failures
    • Enforcing a difference between NOT NULL and DEFAULT directives
    • Consistent foreign key enforcement (Target table must also be InnoDB, ON UPDATE does not allow recursive updates on the same table, out of range violations, brain dead implementation of NO ACTION)
    • Better transition to Oracle (closer feature parity)
    • Substandard transaction support (The time required to roll back a transaction increases in proportion with the number of operations performed during that transaction; Any non-InnoDB tables referenced in the transaction will not rollback)
    And have they fixed the bug where CREATE INDEX, DROP INDEX, and most ALTER TABLEs rebuild the whole InnoDB table? It's been a year.

    And how about bugs like this (http://bugs.mysql.com/bug.php?id=5670) where creating an index destroys the table. Nice.

    --

    - I don't need to go outside, my CRT tan'll do me just fine.
    1. Re:Greater than 20, less than 99 by smallguy78 · · Score: 1

      Time to rehash those tired arguments about why MySQL is not a real database, and (Postgres/Oracle/SQL Server/Access/SAPDB/Ingres/etc) which of these does it support: triggers,views,stored procedures,cursors,temporary tables,functions,datatypes,full text index, scheduled replication ?

      --
      Nothing costs nothing
  9. Oops! by ttfkam · · Score: 1

    Forgot cursors. Silly me. And no, support in alpha code doesn't count. Until it can be put on a production server, it's a wishlist item, not a feature.

    --

    - I don't need to go outside, my CRT tan'll do me just fine.
  10. MySQL default installation by zaqattack911 · · Score: 2, Informative

    Does mysql still by default install and run "network enabled" with default admin passwords set?

    Someone at work tried it once and they got hacked in one day :)

    Love ,
    Zaq

    1. Re:MySQL default installation by Anonymous Coward · · Score: 0

      There is a huge warning to change your root password, including the needed commands that is printed when you install it. So whose fault is it?

      On Windows though, 4.1.x has a very nice installer (mentioned in another Slashdot story) that does in fact let you pick and chose things like that.

  11. Start the countdown! by ttfkam · · Score: 4, Funny

    Now that MySQL users now talk about how much they enjoy their subselects, a feature which only a couple of years ago was being derided as just extra bloat, how long until 5.0 goes stable?

    On that day, the hordes of MySQL developers will raise a chorus singing the praises of their new stored procedures, views and cursors. And behold! They didn't even slow down the product. Blessed be the MySQL programmers!

    Until that day however, stored procedures are "useless" and "needlessly complex." The same with views and cursors. They only serve to slow things down. Of course those pesky naysayers of MySQL will point out that those features have been in PostgreSQL and Firebird for years. But no! Our golden calf does not yet support them in production and until it does they are obviously useless bloat.

    Do you like it? I call this piece "Ode to a MySQL Fanboy."

    --

    - I don't need to go outside, my CRT tan'll do me just fine.
    1. Re:Start the countdown! by arjenlentz · · Score: 1

      > Until that day however, stored procedures are "useless" and "needlessly complex." The same with views and cursors.
      > [...]
      > Our golden calf does not yet support them in production and until it does they are obviously useless bloat.
      > Do you like it? I call this piece "Ode to a MySQL Fanboy."

      Years old joke recycled again, shame on you.
      And it's still scored funny. THAT is funny.

      But seriously, if you see any such statements in the present-day world, please do let me know, then we can do something about it.
      Thanks!

    2. Re:Start the countdown! by ttfkam · · Score: 1

      It's still scored funny because it's still true. If you are looking for any such comments, feel free to look in any discussion that includes database management systems. You'll see them. They're always there.

      --

      - I don't need to go outside, my CRT tan'll do me just fine.
  12. Access in that list? by tod_miller · · Score: 1

    There are a few Databases I would look at for a client.

    Oracle...

    DB2...

    Now DB2 would be if they were already using DB2.

    Not that Oracle is better, or that I trust them, but in computing if there are 100,000 other customers using it, you cannot be sure it will stand up for your usage.

    So size does matter. [for databases, and male gentalia (sorry folks)]

    I am not a database admin. I personally like MySQL and use it for my own development. I hate getting confused between the oracle way and the mysql way.

    --
    #hostfile 0.0.0.0 primidi.com 0.0.0.0 www.primidi.com 0.0.0.0 radio.weblogs.com
  13. I don't install dirty SQL-motors!!! by Anonymous Coward · · Score: 0
    The dirty source code is the friend of the bugs :P

    I'm using MySQL-3.23.58 (it's alive!)
    I could use MySQL-4.0.21 (it's alive!)
    I don't like use MySQL-4.1.7 (it's dead forever!)
    I don't must use MySQL-5.0.1 (it's dead forever!)

    open4free ©

  14. OPEN SOURCE PLUG: Check your MySQL DB queries... by tcopeland · · Score: 1

    ...and figure out which ones are being run most frequently with PQA. Works with PostgreSQL, too!

  15. apt-get install mysql-server by lorcha · · Score: 2, Interesting
    will give you a mysql installation with "skip-networking" in my.cnf. In other words, no one is going to hack you remotely without your explicitly enabling networking.

    I'm not sure what the other distros do. I do remember that the mysql install doc tells you to change your root password.

    Or maybe your "coworker" did not read the docs?

    --
    "Avoid employing unlucky people - throw half of the pile of CVs in the bin without reading them." -- David Brent
  16. Diversity and choice by arjenlentz · · Score: 1

    Thank you for making these sensible points.
    I really think way too much time is spent on bagging other people's choices.

    Why would we want to give proprietary vendors ammo like "the open source world is divided"... why not spend time on promoting the various open source solutions in general, and presenting the diversity and choice that it offers as the good thing that it is?

    1. Re:Diversity and choice by ttfkam · · Score: 1

      Because some of us would rather people used MS SQL Server than MySQL. That's how much some of us hate it. It isn't a proprietary vs. open source thing. It's a complete RDBMS vs. incomplete RDBMS thing.

      And I'm not even talking about stored procedures. This is what I mean.

      When MySQL starts getting strict, I will stop using it as my whipping boy and start -- as you say -- promoting it as one of the various open source solutions in general.

      --

      - I don't need to go outside, my CRT tan'll do me just fine.
    2. Re:Diversity and choice by arjenlentz · · Score: 1

      Thanks for your feedback. A strict mode is actually being implemented.

  17. Isn't this ridiculous? by Anonymous Coward · · Score: 0

    Obviously not all databases are the same, in feature set, cost, etc.
    Everybody would hate if that was the case.
    WTF is then this childish "my dad has a bigger dick" competition in the postings?

  18. The installer is not production ready by PickyH3D · · Score: 1

    The installer does not work 100% of the time. It took two tries to get it to install completely and then finally after that it didn't work with PHPMyAdmin (though obviously not the fault of MySQL), I gave up and went back to 4.0 (Note: I am a database admin, but the people that will use it afterwards are not, so they cannot use the command line).