Slashdot Mirror


Is MySQL Slowly Turning Closed Source?

mpol writes "Sergei from MariaDB speculated on some changes within MySQL 5.5.27. It seems new testcases aren't included with MySQL any more, which leaves developers depending on it in the cold. 'Does this mean that test cases are no longer open source? Oracle did not reply to my question. But indeed, there is evidence that this guess is true. For example, this commit mail shows that new test cases, indeed, go in this "internal" directory, which is not included in the MySQL source distribution.' On a similar note, updates for the version history on Launchpad are not being updated anymore. What is Oracle's plan here? And is alienating the developer community just not seen as a problem at Oracle?"

336 comments

  1. Oracle doesn't care about developer people by Anonymous Coward · · Score: 5, Insightful

    And is alienating the developer community just not seen as a problem at Oracle?

    Pretty much exactly this.

    1. Re:Oracle doesn't care about developer people by kimvette · · Score: 4, Insightful

      Anyone asking this question has obviously never dealt with Oracle.

      --
      The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
    2. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 5, Insightful

      Indeed. This has been obvious for some time (InnoDB) which is why many needing similar functionality have moved on to PostgreSQL. Of course there so many options these days, and as usual the choice depends on the application.

      Oracle: ZFS, MySQL, VirtualBox, Java...

      And quite frankly ZFS and Java do not integrate well with many Linux distributions. Avoid oracle or face a never ending string of hidden costs.

      I know many X-Sun employees, Oracle is not earning a good reputation with the science and engineering folks. Once their brand dries up like Cisco's is, it will be all down hill from there.

    3. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 5, Insightful

      Exactly. Anybody asking this question is obviously not aware of the OpenOffice saga.

    4. Re:Oracle doesn't care about developer people by erroneus · · Score: 5, Insightful

      That's to be expected. The people at Oracle are selling to MBA/Executives who believe the fact that they have heard the brand name and see it everywhere they go means something. It doesn't matter that it's over-priced or that their sales model is not presentative of what they actually deliver, the MBAs see value in expensive things and believe it is worth it. Meanwhile, MySQL had been gaining market share and living in areas where Oracle wants to live. So they buy the product thinking they are buying the real estate it sits on. They know at some level they aren't buying the territory but they think that by boiling the frog, they can somehow get more out of it.

      While Postgres is probably the obvious choice to migrtate into, especially for new projects, I still kind of want to have an M in my LAMP. Stupid, I know, but it's true. I don't want LAPP... bad childhood memories.

      Oracle demonstrated what dumbasses they are with OpenOffice. The community proved there is less value in a name than Oracle want to believe.

      So go ahead, Oracle... buy more names and see what it gets you. In the end we still see everything associated with you as an extension of you and we don't actually LIKE you because of who you are, not what your name is. You'd think with a name like Oracle they would be more insightful than they are.

    5. Re:Oracle doesn't care about developer people by Anne+Thwacks · · Score: 3, Insightful
      Oracle is quite fond of slapping their over charged customers with a wet fish from time to time, There is no reason to expect them to "support the community" other than with a millstone round the neck. They never have in the past.

      There is also no sane reason to use mySQL (or Oracle) when PostgreSQL is better than both in almost every respect.

      --
      Sent from my ASR33 using ASCII
    6. Re:Oracle doesn't care about developer people by devent · · Score: 1

      How is Java not integrating well with Linux? Java is free like in libre, the reference implementation is under the GPLv2: OpenJDK.
      Oracle is now shipping JavaFX with OpenJDK: http://openjdk.java.net/projects/openjfx/

      --
      http://www.mueller-public.de - My site http://www.anr-institute.com/ - Advanced Natural Research Institute
    7. Re:Oracle doesn't care about developer people by lindi · · Score: 3, Interesting

      MySQL documentation was not open source when Sun was in charge either so doing the same with testcases is not very surprising (debian bug 335219).

    8. Re:Oracle doesn't care about developer people by David+Gerard · · Score: 3, Informative

      Unfortunately, for most LAMP-stack applications that M is going to be MySQL or shit doesn't work. They're written to MySQL, and Postgres support is typically volunteer-maintained by one person. This sucks, yes.

      Halfway solution: at least get the apps to move to MariaDB.

      --
      http://rocknerd.co.uk
    9. Re:Oracle doesn't care about developer people by c0lo · · Score: 5, Insightful

      While Postgres is probably the obvious choice to migrtate into, especially for new projects, I still kind of want to have an M in my LAMP. Stupid, I know, but it's true. I don't want LAPP... bad childhood memories.

      Well, MariaDB is still M, is is not?

      --
      Questions raise, answers kill. Raise questions to stay alive.
    10. Re:Oracle doesn't care about developer people by StripedCow · · Score: 1

      Or in other words: never attribute to malice what can be explained by incompetence.

      --
      If Pandora's box is destined to be opened, *I* want to be the one to open it.
    11. Re:Oracle doesn't care about developer people by maroberts · · Score: 5, Funny

      I don't want LAPP...

      Don't projects get Finn-ished when you use LAPP?

      --

      Donte Alistair Anderson Roberts - hi son!
      Karma: Chameleon

    12. Re:Oracle doesn't care about developer people by forgot_my_nick · · Score: 5, Informative

      >Java is free like in libre, the reference implementation is under the GPLv2: OpenJDK

      Java is NOT free as in Libre. While OpenJDK is the "reference implementation" (which in Oracles terminology means "Blame the Apache Foundation") it does not and will never include the closed source goodies in Oracle Java.

      In addition, Linux distros are no longer allowed to redistribute Oracle Java due to some bizarre Ellinsionian fiat. (probably they want you to use Snoracle Linux). So If you still need Oracle Java for whatever reason, you have to install it yourself. However despite Larry's best efforts, the Community (thanks!) has come through with scripts and native packages to install recent Oracle Java on any Linux distro you can think of.

      --
      Cultist of the Average Middle-Aged Ones
    13. Re:Oracle doesn't care about developer people by RichardJenkins · · Score: 5, Funny

      Clearly they were so overwhelmed by their success with OpenOffice they want to replicate it with MySQL.

    14. Re:Oracle doesn't care about developer people by Sigg3.net · · Score: 1

      MariaDB is supposed to be the drop-in replacement.

    15. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      If it can be bought, it can be perverted.

    16. Re:Oracle doesn't care about developer people by M1FCJ · · Score: 5, Funny

      At least he's not using FreeBSD, Apache, PostgreSQL and PHP...

    17. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 1

      Sounds like a false dichotomy. You could always attribute it to malicious incompetance.

    18. Re:Oracle doesn't care about developer people by erroneus · · Score: 3, Interesting

      Let's just say it's more convenient to paint pictures with certain colors we all understand.

      That said, I agree and have experienced F/OSS projects screwing me over. GNOME screwed the whole community in a huge assrape manner. And GiMP played a small part in the whole thing.

      It is clear to most tech people when a manager or above makes a decision where it comes from. When it's "no one got fired for going Microsoft" or similar, you have to realize they just don't know what they are buying. When they say something like "I want all MySQL replaced with Oracle because it's more professional" (which really happened to me) I have to just roll my eyes.

    19. Re:Oracle doesn't care about developer people by bkor · · Score: 1

      A personal opinion is different than speaking for a whole community.

    20. Re:Oracle doesn't care about developer people by shaitand · · Score: 1

      The mass public outcry over what GNOME has done constitutes a community, the small minority who are happy are expressing personal opinions.

    21. Re:Oracle doesn't care about developer people by ta+bu+shi+da+yu · · Score: 2, Informative

      I have to disagree. I remember reading the mailing lists when StarOffice was first open sourced. The developers of StarOffice had a very closed source approach to development, and outsiders were not encouraged whatsoever. You'll notice the leaps and bounds taken by LibreOffice - from all the way to improving the build tools to improving the code base.

      That wasn't an Oracle issue, but a StarOffice development issue.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    22. Re:Oracle doesn't care about developer people by gtirloni · · Score: 1

      Pretty much how OpenSolaris was managed too.

      --
      none
    23. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      LAMP == Linux, Apache, Mod-Perl, Postgresql. There, problem solved!

    24. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 1

      >> And is alienating the developer community just not seen as a problem at Oracle?

      > Pretty much exactly this.

      I'd say even more... why did they buy MySQL in the first place? Maybe they thought: "Hey, our Oracle Database is cool but we'd like to be hip and be able to high-five devs at Linux conferences and take a photo embraced with Torvalds -- preferably without him speaking that F-word."

      So they decided to mend their wrong ways and get Free/Open with MySQL. Yep.

      It was not because they wanted to acquire a competitor and put it out of the market for good. No, no, no, no way...

      Yeah, right.

    25. Re:Oracle doesn't care about developer people by neonsignal · · Score: 3, Funny

      anonymous "one" can argue that black is white and get killed on the next zebra crossing too

    26. Re:Oracle doesn't care about developer people by Mitchell314 · · Score: 1

      Linux Apache Matlab PHP?

      --
      I read TFA and all I got was this lousy cookie
    27. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      My snarky comment for "Thank You" is "where can I cash that?" Larry Ellison can cash alienation.

    28. Re:Oracle doesn't care about developer people by Dogtanian · · Score: 1

      Java is NOT free as in Libre.

      OTOH one can argue that anything with GPL isn't either.

      I realise that ideological bee in your bonnet is quite annoying and you're looking for any excuse to let it out and have some exercise. However, unless you've got something genuinely new to say that the rest of us haven't heard a thousand times before, please don't bother. Really.

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
    29. Re:Oracle doesn't care about developer people by Greyfox · · Score: 4, Funny

      Not many bad childhood memories for that. Unless you get caught at it. "Jimmy... what have we told you about using PHP? It'll make you go blind!"

      --

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

    30. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      And is alienating the developer community just not seen as a problem at Oracle?

      Pretty much exactly this.

      One word: LibreOffice

    31. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      > So basically, you think anyone holding an MBA is dumb

      Yes indeed.

    32. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      Your hyperbole and superlatives take away from any legitimacy in your statement. When I see words like "Snoracle" I mistakenly feel like I'm reading some 10th grader on HuffPo or an SNL writer.

    33. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      I gather you have a MBA... Yes you are dumb.

    34. Re:Oracle doesn't care about developer people by Forty+Two+Tenfold · · Score: 1

      anyone holding an MBA is dumb

      That's correct. "Those who can, do. Those who can't, teach. Those who can't teach, manage."

      --
      Upward mobility is a slippery slope - the higher you climb the more you show your ass.
    35. Re:Oracle doesn't care about developer people by ti-85 · · Score: 1

      Incompetent maliciousness?

    36. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 1

      some bizarre Ellinsionian

      Ellisonian (E) is an operator of the market space M: E[M]=<pM>, where p is the partition operator giving the market where the Oracle tries to enter. The value of the Ellisonian always tends to zero along with the span(pM) due to the way p transforms the market.

    37. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      Linux
      Apache
      Middleware
      PostgreSQL

      If you insist on LAMP ...

    38. Re:Oracle doesn't care about developer people by doublebackslash · · Score: 1

      Completely honest question, what bits does the Oracle version include that Hotspot does not?

      G1GC, some very nice optimizations across the board, and some (I think) rather efficient native segments where needed (I/O and the like) are all a part of Hotspot.

      I'll guess that the Oracle binary bits are to serve Oracle, but it would be interesting to see some improvements to aspire towards in Hotspot that are already in Oracle Java.
      Let me know.

      --
      md5sum /boot/vmlinuz
      d41d8cd98f00b204e9800998ecf8427e /boot/vmlinuz
    39. Re:Oracle doesn't care about developer people by RobKow · · Score: 1

      Or, even worse, the practically impossible combination of FreeBSD, IIS, Sybase and Tcl. Ouch!

    40. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      I've had this, and similar things, happen a few times now; in every case, the company sold within 1-3 years.....

    41. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      MariaDB is great, but I wish they also forked Workbench.

    42. Re:Oracle doesn't care about developer people by mrmeval · · Score: 1
      --
      I'd go on a Vegan diet but the delivery time from Vega is too long. --brownkitty
    43. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      On the other hand you could go the other way socially and become a LARPer:
      Linux, Apache, Ruby, Postgre.

    44. Re:Oracle doesn't care about developer people by truedfx · · Score: 1

      I'd say if the reference implementation doesn't include those goodies (whatever they are), then those goodies aren't part of Java. Bundled with and dependent on Oracle Java, perhaps, but not part of Java.

    45. Re:Oracle doesn't care about developer people by Kalriath · · Score: 1

      They could have killed MySQL long ago by revoking the InnoDB license (we all know MyISAM is shit).

      And let's not forget that Oracle didn't buy MySQL, they bought Sun. I work or a company that uses Oracle DBs and I can assure you - they were after the hardware assets. ExaData is INSANELY expensive (like > $500,000 expensive).

      They probably keep MySQL alive so that they can still gouge customers who can't afford Oracle-grade gouging. (Oracle is $17,500, MySQL is only $5,000)

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    46. Re:Oracle doesn't care about developer people by kiddygrinder · · Score: 1

      i think they were planning on using it so they could get sales people into mysql houses. company buys support for mysql, consultant says they need to upgrade to oracle.

      --
      This is a joke. I am joking. Joke joke joke.
    47. Re:Oracle doesn't care about developer people by Raenex · · Score: 2

      That Debian bug is from 2005, and Sun bought MySQL in 2008, so you'll have to blame the original MySQL owner for that, which just so happens is the person behind MariaDB.

    48. Re:Oracle doesn't care about developer people by ThreeE · · Score: 0

      That's a cute litte saying there boy. I'll have some fries with my cheeseburger please.

    49. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      Java doesn't integrate well with anything. Can you open a unix-domain socket from a java program yet?

    50. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      Oh No! We're not getting as much free stuff with our free stuff as before. We might actually have to do some work and develop / contribute test cases.

    51. Re:Oracle doesn't care about developer people by Sxooter · · Score: 1

      How exactly do you revoke a GPL license?

      --

      --- It is not the things we do which we regret the most, but the things which we don't do.
    52. Re:Oracle doesn't care about developer people by Lucractius · · Score: 2

      By gradually chipping away at the old code in every component until you can prove to the lawyers that you own the copyrights to the entire thing.
      Then when you compile the next version. Your free to change the license to anything you like, even binaries only, no source code.

      However you cannot retroactively remove it from a previously published version... they can however just stop hosting old archives of the source code, stop making available old versions that are GPL, and flip everyone the bird while saying "the new version is a closed binary, suck it up or find another DB"

      --
      XML - A clever joke would be here if /. didn't mangle tag brackets.
    53. Re:Oracle doesn't care about developer people by Sxooter · · Score: 1

      OK it's pretty obvious you are mixing up copyright and licensing. Innodb is owned outright by Oracle. They've owned it and the copyright on it for a VERY long time. It was released under both commercial and GPL licenses a long time ago. The code already released under the GPL will remain under the GPL forever. It can't be "revoked" as the previous poster supposed.

      Now, Oracle and update Innodb code all they want, and provide it only as binaries if they so desire. BUT they cannot revoke a previous license on the code that's already out there.

      --

      --- It is not the things we do which we regret the most, but the things which we don't do.
    54. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      LAMP = Linux Apache Middleware Postgresql ;)

    55. Re:Oracle doesn't care about developer people by AbominousSalad · · Score: 1

      Fuck Oracle, fuck its cookies, fuck its eyes after Smith got hold of them, fuck its casting change, fuck all the fight scenes that took place outside of its house, fuck it's mumbo-jumbo nonsensical advice, fuck it's spoon, fuck the pithy wood carved sayings hanging above its kitchen door, fuck its vase, fuck its cigarettes, and fuck its sudden rewriting of key plot points at the beginning of Revolutions.

      Looking forward to switching all my projects to LibereSQL.

      --
      Every trollism an AC posts is prefixed, in my mind, with "A. Coward whined, in a weak and cowardly voice:"
    56. Re:Oracle doesn't care about developer people by Kalriath · · Score: 1

      I don't recall supposing that at all. It's clear you are confusing copyright and licensing. If Oracle revoked the InnoDB license, then MySQL would have had to fork the last available version of it, and based on the awfulness that is MyISAM, I can't imagine them doing a very good job of it at all.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    57. Re:Oracle doesn't care about developer people by Anonymous Coward · · Score: 0

      i was trampled by a zebra, you insensitive clod.

  2. Missed title opportunity by Anonymous Coward · · Score: 5, Funny

    "Is MySQL Slowly Turning TheirSQL?"

    1. Re:Missed title opportunity by Anonymous Coward · · Score: 2, Interesting

      For those that may not know. The lead developer's son's first name is My. Maria (from MariaDB fame) being a daughter's name.

      So I think you have to go with LarrySQL.

    2. Re:Missed title opportunity by maxwell+demon · · Score: 1

      So a fork from somebody without children would be named "NobodySQL"? Or "NoneSQL"? "NoSQL" is already taken. :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    3. Re:Missed title opportunity by TeknoHog · · Score: 2

      For those that may not know. The lead developer's son's first name is My. Maria (from MariaDB fame) being a daughter's name.

      Actually, My is a female name. It was coined by Tove Jansson for a character in her Moomin series. The full name of the character is Little My, and it refers to the lowercase Greek letter mu, which in Scandinavian languages is spelled "my".

      http://en.wikipedia.org/wiki/Little_My

      --
      Escher was the first MC and Giger invented the HR department.
    4. Re:Missed title opportunity by prunedude · · Score: 1

      According to wikipedia, My is Michael Widenius' daughter, not his son. http://en.wikipedia.org/wiki/MySQL/

    5. Re:Missed title opportunity by Anonymous Coward · · Score: 0

      "HisSQL", with a nod to Kitty Kelley.

  3. Translation by wbr1 · · Score: 0

    Larry=big
    Ellison=douche

    --
    Silence is a state of mime.
    1. Re:Translation by MaerD · · Score: 5, Funny

      oracle is actually an acronym: One Rich Asshole Ceo, Larry Ellison

      --
      I put on my robe and wizard hat..
    2. Re:Translation by Bill+Dimm · · Score: 5, Funny

      I believe it is One Rich Asshole Called Larry Ellison

  4. Just use Postgresql by SplashMyBandit · · Score: 5, Informative

    Postgresql is also a Free Software multi-platform database. It was designed properly (unlike MySQL, Postgresqlwas designed with transactions in mind), has excellent internationalization support (proper 3 and 4 byte UTF, unlike MS SQL-Server with its UCS-2 or blob unicode [unless the very latest version has fixed this]).

    Personally I prefer Postgresql to MySQL. While Postgresql looks more 'plain vanilla' I actually find it more straightforward to get easy things done (that is, pgadminIII doesn't look so flashy but I found it is much easier to get connected and get going than mysqlworkbench). YMMV of course, but if you are concerned about corporate control and the future of MySQL taking a look at Postgresql won't harm you - it is a nice(r) place to land if you have to.

    1. Re:Just use Postgresql by nmb3000 · · Score: 2

      mysqlworkbench

      That's because MySQL Workbench is an abortion that never should have been released. It's also why a large majority of users and admins still use the last release of Query Browser and Server Administrator to interact with MySQL servers, even if the new features aren't supported.

      I tried using Workbench for a full day of SQL dev work before throwing in the towel. I've read others say that "you get used to it", but I'd also probably get used to losing 2 fingers from each hand -- it doesn't mean I want to. It's slower, less intuitive, and makes it more difficult to accomplish simple tasks.

      --
      "What do you despise? By this are you truly known." --Princess Irulan, Manual of Muad'Dib
      /)
    2. Re:Just use Postgresql by Sesostris+III · · Score: 2, Interesting

      For me, the one advantage MySQL (and MariaDB, and even Apache Derby!) have over PostgreSQL is that there are versions that can be run stand-alone "out of the box" as a non-root user. PostgreSQL (AFAIK) needs to be installed, and needs to be installed as root (and you need to create a postgres user, etc.).

      OK for production, you need to install things properly (as root), but for development / learning / tinkering the ability to run various instances stand-alone is a huge plus.

      (Of course, if there is the facility to run PostgeSQL out-of-the-box and stand-alone, please feel free to correct me!)

      --
      You never know what is enough unless you know what is more than enough. - Blake
    3. Re:Just use Postgresql by PhrstBrn · · Score: 3, Informative

      Of course, if there is the facility to run PostgeSQL out-of-the-box and stand-alone, please feel free to correct me!

      Sure, I can do that for you. Your assumption is wrong.

    4. Re:Just use Postgresql by LingNoi · · Score: 0, Troll

      Sorry but you're biased and wrong about how easy Postgre is to use. I've tried numerous times to switch from MySQL to PostgreSQL and every time I found it less easy then MySQL is. There is a reason that MySQL is more popular, you can install phpmyadmin and away you go, although there is phppgadmin it fails to capture the ease of use that phpmyadmin has. The rest of the postgresql tools suffer from the same problem.

    5. Re:Just use Postgresql by slack_justyb · · Score: 4, Interesting

      Additionally, postgresql implements more of SQL99 than most others out there.

      "Real" BOOLEAN support, CTE using WITH (which MySQL is actually the only real enterprise DB that doesn't offer this), support for FETCH cursors, HOLD cursors, one of the best implementations of date math (maybe only DB2 does this better), blows MySQL out of the water hands down on window functions (seriously MySQL, no SQL OVER support? REALLY?!), also (I know this may seem trivial) but MySQL doesn't even implement SQL OVERLAY.

      In many ways postgresql brings a LOT of modern SQL to the table that it makes MySQL seem hokey, if not downright convoluted. I cannot speak for Oracle's 11g, but I've found postgresql just as capable at doing whatever it is I need to get done as I can in DB2, MS-SQL is just it's own beast altogether. However, MySQL lacks so much functionality that you constantly have to revert to procedures to get anything done.

      Now I will say to MySQL's credit, that it is one of the easiest DBs to admin for and they support a good subset of SQL2003, but it's not enough, it leaves a lot to want for. I know a lot of people have invested a lot into MySQL, but the lack of a lot of modern functions that a lot of other DBs enjoy out of the box, makes using MySQL a chore to write for. Thank goodness it's easy to scale and admin, because if it didn't have that going for it, then we'd have LAPP stacks. However, this is just another pot shot for MySQL. Slowly closing source code, no test scripts, dodgy support for some of the most useful (IMHO) features of standard SQL. I don't want to diss anyone who works on the project, they have done a mighty nice job, but there are more and more negatives building up, that the scales are starting to tip in opposition to MySQL. No disrespect, but we're at that point that people on the fence are really going to look hard at the competition.

      Finally, and totally off topic. IBM YOU SUCK! Seriously, you can't make a freaking function to create a CSV list from a set of rows?! I have to cast the result set to XML and then work backwards from there? Everyone else has one! I wouldn't curse you if I wasn't forced to use your product. There, glad I got to air that out.

    6. Re:Just use Postgresql by innocent_white_lamb · · Score: 4, Informative

      Perhaps you should be looking at Sqlite, which is a "a self-contained, serverless, zero-configuration, transactional SQL database engine" (as it says on their webpage).
       
      You can run it interactively (or through a bash script or something) with the sqlite3 command line shell, or (most efficiently) hook it into your own programs and use it to do all kinds of clever SQL stuff directly within your program.
       
      Oh yeah, it's also explicitly public domain, so you can use it for any purpose and in any application whatsoever.

      --
      If you're a zombie and you know it, bite your friend!
    7. Re:Just use Postgresql by suy · · Score: 3, Interesting

      I don't have the technical skills to judge the merits of MySQL vs PostgreSQL, but I can't tell you one thing: MySQL is like PHP, it might have lots of critics, but is the more widely used, supported, and developed database/programming language for web applications. All popular CMSs are written in PHP (Drupal, Joomla, MediaWiki, WordPress...), and many of them have MySQL first in the list. WordPress is almost MySQL specific. They have a PostgreSQL plugin, but works rewriting queries on the fly, and they recognize is expected to be slower, and not work for all plugins.

      I've always wanted to have the excuse to try a different programming language/framework for web applications, and even a different database server, but I never had the excuse because you always feel second class if you go with them. I use my own hosting, but for cheap virtual hosts PHP and MySQL is almost a de facto standard. And if you pick some web application almost always MySQL is the best or only choice.

      I know some day I'll be proved wrong, and this comment will be outdated, but I don't feel this is the time yet. And let me insist, I'm not claiming is due to technical merits (nor denying it), but I feel this is the way it is.

    8. Re:Just use Postgresql by Anonymous Coward · · Score: 2, Informative

      ...and it's built into python:

      import sqlite3 ...it's just that simple.

    9. Re:Just use Postgresql by erroneus · · Score: 2

      MySQL = Gecko
      PostgreSQL = Webkit

      Got it. But there is more to it than technically correct implementation and feature sets.

      As far as IBM goes, "CSV isn't *professional* so we don't do it!" I just love it when people think something isn't professional or "enterprise" enough. As if they have some clue about who, where and how these things are being used... largely by real professionals.

    10. Re:Just use Postgresql by munro · · Score: 1

      I am interested in your claim that DB2 maybe does date maths bettert han PostgreSQL. I use both quite regularly and find DB2 to be clunkier, less consistent, weaker in its handling of timezones and missing all sorts of operations. But I am probably biased and possibly failing to research DB2 as thoroughly...

    11. Re:Just use Postgresql by Sesostris+III · · Score: 1

      Of course, if there is the facility to run PostgeSQL out-of-the-box and stand-alone, please feel free to correct me!

      Sure, I can do that for you. Your assumption is wrong.

      I'm sure my assumption is wrong, but until you tell me how to do it, I'm not going to believe you.

      For MySQL (and MariaDB) all I need to do is download the .tar.gz Linux generic package, unpack it locally, run 'mysql/scripts/mysql_install_db' and then run 'mysql/bin/mysqld_safe'. All done as me (not root).

      For PostgreSQL the only instructions I could find for installing PostgreSQL myself is to build from source (OK with --prefix=$HOME/...) and you still need to create the postgres user (which means it is not stand-alone for my user!).

      One day I'll try this, but this is not running PostgreSQL 'out-of-the-box'.

      If you know differently, please share how. Thanks.

      --
      You never know what is enough unless you know what is more than enough. - Blake
    12. Re:Just use Postgresql by Sesostris+III · · Score: 1

      I've played around with Sqlite in the past. I'm not sure I'd want it as a drop-in replacement for either MySQL or PostgreSQL. I must admit, as a Java developer I'm more likely to use Apache Derby, which can be used embedded or client/server.

      --
      You never know what is enough unless you know what is more than enough. - Blake
    13. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      What alternatives are there for Linux? There's the web based adminer and the plain mysql command line, but nothing feature-par with MySQL workbench that I know of.

    14. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      How the ef is this +5 Insightful?

      phpmyadmin is terrible, there are better web based tools such as Adminer which also support PostgreSQL. Also, if you're using PostgreSQL you should try pgAdmin3. You will never go back to phpmyadmin.

      PostgreSQL even supports SQL, for starters.

    15. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      You forgot to mention ON DELETE|UPDATE CASCADE is read and subsequently ignored silently. Screw your relations, MySQL doesn't need integrity.

    16. Re:Just use Postgresql by itsdapead · · Score: 3, Interesting

      Personally I prefer Postgresql to MySQL. While Postgresql looks more 'plain vanilla' I actually find it more straightforward to get easy things done

      I've used both and am inclined to agree with you. Unfortunately, they are sufficiently different to make migrating existing projects a pain. Also, MySQL is commonly available in commercial web-hosting services, which makes it the safest bet for data-driven websites. I'd also agree that PostgreSQL isn't quite as falling-off-a-log simple to get started with as MySQL (which is the usual consequence of a more sophisticated system),

      It used to be 'horses for courses': The MySQL of a few versions ago really hit the sweet spot for website backends, in which "reads" are far more common than "writes", and most updates simply consisted of adding a new record to a table. In that case, you can live without transactions, referential integrity checking, functions etc. and enjoy the resulting performance. That's what started the "myth" that MySQL was faster than PostgreSQL (of course it was - it was doing less!).

      The later versions of MySQL seem like putting traction control and power steering on a bicycle. Perhaps someone should (or maybe has) fork "classic" MySQL as the ideal tool for data-driven websites, and leave the grown-up stuff to PostgreSQL? Or, maybe sqlite is the way to go for that.

      --
      In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
    17. Re:Just use Postgresql by he-sk · · Score: 4, Informative

      There are one-click installers available for Windows and OS X. On Linux, you would obviously the package management version.

      You also don't have to run PostgreSQL as root at all. I develop on OS X and typically run an installation from my home directory. (I also compile my own version, but you don't have to do that.)

      --
      Free Manning, jail Obama.
    18. Re:Just use Postgresql by bmo · · Score: 3, Insightful

      For PostgreSQL the only instructions I could find for installing PostgreSQL myself is to build from source

      You don't have access to precompiled postgresql binaries in your repositories? Why? Why are you not using a Linux distro with package management? Why are you not using a Linux distribution that supports postgresql like Ubuntu, Redhat, SuSE, etc?

      FFS, even Pardus supports postgresql.

      And if you're using Windows, Postgresql has a one-click Windows installer.

      I call shenanigans.

      --
      BMO

    19. Re:Just use Postgresql by HJED · · Score: 1

      Which distributions are you using which let you install from the repositories without being root, because the ones you listed require you to be root? The GP wants to install as his own user without root privileges and is saying there is no way to do that.

      --
      null
    20. Re:Just use Postgresql by fisted · · Score: 4, Insightful

      I've tried numerous times to drive a car, and every time i found it less easy than the motorcycle which i'm used to for 10 years.

      Therefore, from an objective point of view it can be concluded that cars are more difficult to drive than motorcycles.

      Thanks for listening, so where's my +5 Insightful like parent has?

    21. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      I see it this way: Either he has root(sudo) on his own box or if he is developing in a company environment he has a test user on the postgres installation. The good part with postgres is that it has a useful user management and can be tied to the rest of the system. You don't need your own installation.

    22. Re:Just use Postgresql by eric_herm · · Score: 1

      Something like drizzle ?

    23. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      It is only easy to admin if you don't want to touch the mysql user interface, aka you only got a single mysql install for your wiki and or all usermanagement is via the service running with full access on the db. Postgres has real user and group management.

    24. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      Maybe this can help: https://bbs.archlinux.org/viewtopic.php?id=96898

    25. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      GP is a PHP script kiddie, not a programmer. Don't be too hard on him/her.

    26. Re:Just use Postgresql by BeanThere · · Score: 1

      We deliver software solutions that work with various major DBMS's, and by our preference is PostgreSQL.

      In fact, for most situations we encounter, we would prefer PostgreSQL to Oracle even if Oracle was free.

    27. Re:Just use Postgresql by smpoole7 · · Score: 2

      > Which distributions are you using which let you install from the repositories without being root

      I wouldn't have a distro that didn't require installation as root. :)

      Any decent distro will not only install Postgres from repository for you, it will set up the Postgres(ql) user and group. Yes, it will be installed and available to all users on the system, but, while the original poster might personally have a concern about this, for 99% of us, it's a non-issue.

      If the GP is concerned about people being able to download and "tinker," that's not a mainstream concern. Besides, the way I do something like that is virtualization: set up your test environment, have fun and blow it up, then delete it when done.

      --
      Cogito, igitur comedam pizza.
    28. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      For PostgreSQL the only instructions I could find for installing PostgreSQL myself is to build from source

      You don't have access to precompiled postgresql binaries in your repositories? Why? Why are you not using a Linux distro with package management? Why are you not using a Linux distribution that supports postgresql like Ubuntu, Redhat, SuSE, etc?

      Package Manager does not install locally within the home directory; at least, not without a chroot and full mini-environment which may not fit.
      If you are using someone else's Linux system (like a workstation at your job) then you may not have root, and have a limited home directory size for setting up a chroot.

      P.S. Building from source is necessary in order to change the prefix directory with autoconf. It's one of the really shitty things about Linux/Unix-in-general compared to Windows and OS X — packages hard-code directory paths into their executables so you can't just move the folder and tweak a registry key to have it work from some other directory instead; even with the package manager, you still need to recompile the entire fucking thing from source since the binary packages have the /usr or whatever prefix hard-coded.

    29. Re:Just use Postgresql by TheSunborn · · Score: 1

      Where did you look? There is a binary installer available for Linux, Windows and MacOSX at http://www.enterprisedb.com/products-services-training/pgdownload

    30. Re:Just use Postgresql by Anonymous Coward · · Score: 5, Insightful

      You are very right. MySQL is like PHP. That's why people shouldn't use both.

      Avoid stuff where you can have bugs like this:
      http://bugs.mysql.com/bug.php?id=31001
      http://pwnhome.wordpress.com/2011/08/22/php-crypt-bug/
      http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/

      And watch the MySQL jokers try to fix this:
      http://bugs.mysql.com/bug.php?id=65111
      And somehow cause this:
      http://bugs.mysql.com/bug.php?id=65745

      I'm a crap programmer, but I prefer to use libraries, tools and languages that are less crap than my stuff. That way at least I spend more time dealing with my own incompetence than someone else's.

    31. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      A field that bother me so much is difference between mysql and postgres handling of table partitions.
      The fomer is quite easier and can be done on the fly, while so far I didn't find an equivalent or easier way with the latter.
      Maybe it is just memto be wrong: if true, I'd be pleased to get your advices.

    32. Re:Just use Postgresql by Sesostris+III · · Score: 1

      If the GP is concerned about people being able to download and "tinker," that's not a mainstream concern

      As the 'GP' concerned, I agree with you. I also agree that I could install from my distributions repository (assuming it is up-to-date. My repository - LMDE - is based on Debian Testing) or use the .deb from PostgreSQL direct. I agree I could even install it in a virtualised environment.

      However, the the comparison originally was against MySQL. Unlike PostgreSQL, with MySQL all you need to do is download a generic .tar.gz and unpack.

      (As to the postres user, I may be wrong about needing that if using a local user to make and run PostgreSQL. It may be only needed if installing/building as root, to provide a common access user to PostgreSQL data files but at a lower access that root. At some point I will experiment by building PostgreSQL from source)

      --
      You never know what is enough unless you know what is more than enough. - Blake
    33. Re:Just use Postgresql by mlwmohawk · · Score: 4, Informative

      Not only are you wrong, you are really really wrong here.

      Not only can you run PostgreSQL "out of the box" but you can run multiple instances of it with their own directory. You *never* run postgresql as root as it is not allowed.

      Install or put postgresql in your path, it is really is this simple:

      initdb -D /your/path/to/database
      pg_ctl -D /home/markw/pgtest/data -l logfile start
      createdb mydatabase
      psql mydatabase

      Now, you can configure your version of postgresql to be on a different port than others, you can run it as any non-privileged user. You can configure it to be occupy a pretty small resource footprint or configure it to be huge. You can put a database on almost any file system.

      Anyone who says MySQL is easier is smoking crack.

    34. Re:Just use Postgresql by mlwmohawk · · Score: 3, Insightful

      What you are *really* saying is you think phpmyadmin is better than phppgadmin, which may be perfectly valid. As for "popular," Justin Beeber is currently more "popular" than the Clash.

    35. Re:Just use Postgresql by josecanuc · · Score: 1

      I have to start by saying I am not too familiar with MySQL Workbench. However, I have been using a tool called AquaData Studio which is a java-based (multi-platform) database management/development tool that interfaces with just about every database out there. It's not free, but for my work, it was well worth it.

    36. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      I think that this is a non-issue in the days of development on Virtual Machines. E.g. if you need a development instance, find and or create an appliance that does what you want using virtualbox. Then, root access rights are no problem. Alternatively certain that PostgreSQL can be built and installed as a non-root user. I'm not aware of anyone maintaining user level packages but again, VirtualBox + your favorite package installer and you are fine.

    37. Re:Just use Postgresql by mlwmohawk · · Score: 1

      I don't have the technical skills to judge the merits of MySQL vs PostgreSQL

      Then why would you feel qualified to make a decision about which database to use? This is something I just do not understand. It happens in this industry ALL THE F&^%KING TIME. People admitting that the don't have the skills to make a proper evaluation decide to do it anyway. This is why software and websites suck.I'm an engineer. I am concerned about the decisions I make. If I need to choose a technology, and I have the time, I dive in deep and learn about it. If I don't have the time, I find a couple credible experts and ask for recommendations and and rationale. Ultimately I have to decide, but I would NEVER do it without a basic due diligence.

    38. Re:Just use Postgresql by shaitand · · Score: 1

      I don't know what he's saying but I'm saying that I am sick of postgresql fanboys chiming in on every MySQL story. Postgresql is not some long lost secret, everyone using MySQL knows about it and they all have chosen not to use it. They are both fine solutions with strengths and weaknesses that don't really need to be debated yet again.

      There certainly isn't anything to be gained by scrolling down and responding to every "I don't use Postgresql because..." because nobody is being converted.

    39. Re:Just use Postgresql by mlwmohawk · · Score: 1

      I'm saying that I am sick of postgresql fanboys chiming in on every MySQL story.

      If you don't like it, don't read it. Freedom is a wonderful thing. You are free to say you are sick of something, but other people are under no obligation to accommodate you.

    40. Re:Just use Postgresql by shaitand · · Score: 0

      The database really isn't that important. It only becomes important once a DBA gets their hands on it and starts implementing LOGIC at the database instead of doing the logic in the application and fast, dumb, simple queries at the database.

    41. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      For me, the one advantage MySQL (and MariaDB, and even Apache Derby!) have over PostgreSQL is that there are versions that can be run stand-alone "out of the box" as a non-root user. PostgreSQL (AFAIK) needs to be installed, and needs to be installed as root (and you need to create a postgres user, etc.).

      This is where Firebird beats them all. It's fast, powerful, featureful, and can be embedded (although not embedded as easily as SQLite).

      I have found Firebird's performance is usually be better than MySQL which is itself is almost always faster than PostgreSQL. Postgres is the worst of the bunch.

      Unfortunately Firebird doesn't get enough mention therefore many people don't know how good it is and support for it is lacking in many products.

    42. Re:Just use Postgresql by mlwmohawk · · Score: 4, Insightful

      The database really isn't that important. It only becomes important once a DBA gets their hands on it and starts implementing LOGIC at the database instead of doing the logic in the application and fast, dumb, simple queries at the database.

      That is not true at all. In fact wildly wrong. A good database is the tool you use to manage your data. If your system is properly designed, it is part of your application. A good database will manage concurrency, data integrity, and more. The idea that you move this out into the application geometrically increases complexity, or more likely, is ignored at your peril.

      Just a simple query:
      select * from songs where name like 'love%';
      Assuming you have a non-trivial amount of songs, i.e. a song web site, this query can show a poorly implemented index. Once you start getting into sub-selects and joins, a good database can do quite well, a bad database, i.e. MySQL will fall down.

      People who view the database as nothing but dumb storage usually end up implementing similar features in their code. They won't be as efficient, won't be standard, will cause the data to be processed more than it needs to be, and can't be tested as well as the database's system.

      A good architect will know where and when it makes sense to do something in a database verses the application. Ignoring the capabilities of a database for some idealogical purity is ridiculous.

    43. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      The argument that we should all use MySQL because some large project uses them just isn't very valid. For wordpress, Drupal, Joomla, mediawiki, et al, MySQL is an easy to use persistant storage engine that can scale to large site levels better than than SQLite. This is fine if your projects use of SQL isn't going to go far beyond SELECT, INSERT, UPDATE, and DELETE but that's not representative of the depth and breadth of what SQL can do. If you actually need SQL for a component of your project; If you're not looking for an easy to use, tunable, data persistance engine; then you need to look at the feature set your RDBMS provides and how those features are provided should be very important to you. In feature checklists PostgreSQL and MySQL look very similar but in real world use when you are doing more than SELECT, INSERT, UPDATE, and DELETE PostgreSQL and MySQL are very different. Most of what postgresql brings to the table a maturity of implementation. MySQL constantly surprises me with it's restrictions and writing workarounds for MySQL's restrictions isn't something that I enjoy doing.

    44. Re:Just use Postgresql by yuna49 · · Score: 1

      Other than importing data, why do you need a GUI tool at all? I've used PostgreSQL for fifteen years and managed everything I needed to do by entering SQL commands with the psql client. It forced me to learn about the intricacies of SQL syntax and become a more competent database administrator as a result.

      When I started using PostgreSQL, MySQL was not available under a license that permitted free redistribution. As somone who was building servers for clients, that was a major obstacle. I started using PostgreSQL and never looked back. While MySQL was shuffled around among a variety of corporate owners, I just continued to use the one database I knew would always be well-supported and unencumbered, PostgreSQL. I've never regretted this decision.

      Every time I have to deal with MySQL, I wonder why it is so popular. Even the simple task of creating and managing users is much more difficult with MySQL.

      If you really must use a GUI tool, I prefer Microsoft Access with the PostgreSQL ODBC connector. I've tried OO Base a couple of times, but it still seems rather clunky.

    45. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      To me it looks like someone in the MySQL project looked a feature comparison table between MySQL 3.23.x or 4.x.x and and Oracle and assumed that if they could get more checks in the MySQL column that they could get more market share. It's not a bad assumption but constantly being surprised by naive or incomplete feature implementations (Triggers that can only use a subset of the procedural SQL, if you combine VIEWS and stored FUNCTIONS database dumps aren't built in a way that restore is guaranteed to work cleanly) drove me to look at PostgreSQL. Once I got over the differences in the command line client, the permissioning system and tuning I really began to appreciate PostgreSQL. The past three projects that I've worked on have required transactions, referential integrity and database stored logic. Two were done with MySQL and one was done with PostgreSQL. One of the MySQL projects partially succeeded but it was a ground up re-write from a previous MySQL project and didn't use much database stored logic. The PostgreSQL project was an actual joy to work on. The other MySQL project was a nightmare that failed mostly because the team spent all of it's time fighting. One member insisted MySQL was good enough because he didn't want to go out of his comfort zone and learn PostgreSQL at the end the thing that killed us was implementing band-aid work arounds for broken MySQL features.

    46. Re:Just use Postgresql by Idbar · · Score: 1

      And I never understood why, being postgres as powerful as it is, many developed using mysql. I stopped using many products, because they required to add mysql, which to me was ridiculous having postgres installed in most of my systems. I found many mathematical functions in postgres quite useful. If I only need a small database, I use sqlite.

    47. Re:Just use Postgresql by Anonymous Coward · · Score: 0, Interesting

      This entire thread shows quite plainly how the open source community doesn't provide any help or assistance until they are insulted about the quality and usability of their software.

    48. Re:Just use Postgresql by atchijov · · Score: 1

      Totally agree. The only reason for mySQL lingering popularity is that many years ago it WAS faster than Postgres. The only reason it WAS faster - it did not have proper transactions. Don't take me wrong, current version of mySQL is solid product, but one will always wonder why DB company like Oracle will want to keep alternative DB around?

    49. Re:Just use Postgresql by ThreeKelvin · · Score: 1

      Misclicked while moderating.

    50. Re:Just use Postgresql by Bitsy+Boffin · · Score: 3, Informative

      Even the simple task of creating and managing users is much more difficult with MySQL.

      GRANT ALL PRIVILEGES ON database.* TO user@hostname IDENTIFIED BY 'password';

      Creates said user connecting from said host with said password and gives it unrestricted access to said database.

      Pretty difficult huh.

      --
      NZ Electronics Enthusiasts: Check out my Trade Me Listings
    51. Re:Just use Postgresql by rycamor · · Score: 3, Insightful

      While the best option is to get rid of MySQL completely and use the great tools available for PostgreSQL, If you are stuck with MySQL, Adminer is the best thing out there, period. Even though it is web-based, it is a better GUI for MySQL than all the native clients put together. I say this in all seriousness, having had to support MySQL at a large institution for 2 years. Adminer is the only one, for example, that handles UTF-8 correctly. I kid you not. You have to realize that in order to work with MySQL in a full Unicode environment, EVERY SINGLE CONNECTION needs a couple of queries to be run after connecting, and you CANNOT AUTOMATE THIS. Adminer builds that into it's MySQL connection class. This is just one example of the careful thought put into Adminer. Also, the fact that it is web-based is actually a plus, not a negative, because it has a much more standardized way of handling things like copy/paste. Browse a table in Adminer with Firefox, hit the CTRL key, drag the mouse over a column or section of the output, CTRL-C, and you have a perfect spreadsheet-pasteable grid. I haven't been able to find another GUI tool to do this. Adminer FTW.

      Unfortunately, Adminer's PostgreSQL support isn't quite as good as phpPgAdmin, or I would be using it for Postgres. It really has one of the best GUIs I have seen on a web-based app.

    52. Re:Just use Postgresql by phaedryx · · Score: 1

      For OS X, there is also this option: http://postgresapp.com/

    53. Re:Just use Postgresql by rycamor · · Score: 3, Insightful

      That is not true at all. In fact wildly wrong. A good database is the tool you use to manage your data. If your system is properly designed, it is part of your application. A good database will manage concurrency, data integrity, and more. The idea that you move this out into the application geometrically increases complexity, or more likely, is ignored at your peril.

      An increasingly unpopular view these days, sadly. It seems to me that with the advent of Agile and NoSQL, critical thinking skills in the development community are going out of style. Notice the original poster decries the idea of "LOGIC" being part of the data management level. That's right, stuff it all ad-hoc into the application layer and then watch things blow up when someone does a manual updated to a table, or someone (inevitably in large corporations) brings another application to connect to that database.

    54. Re:Just use Postgresql by yuna49 · · Score: 1

      Last I saw it had to be 'user'@'hostname'. Maybe that's no longer true, but if it still requires the quotes, then many new users will be puzzled why the command you gave doesn't work. It certainly looks like it should work.

      PostgreSQL provides a simple command-line program "createuser".

      I post frequently on Ubuntu Forums, and regardless of how hard or easy you (or I) may think using the GRANT command in the mysql command-line client might be, it doesn't seem that easy to naive users just starting out. Most of them have no idea that a command-line client even exists, much less how to use it to manage users. If they can't find what they need immediately in phpmyadmin, or something goes awry while installing Wordpress, they are lost.

    55. Re:Just use Postgresql by Just+Brew+It! · · Score: 1

      Way to miss the point. His "don't have the technical skills" comment was referring to evaluation of the database engine specifically. And if you put the MySQL database engine under a microscope, yup it ain't so great. But you don't have to be a database expert to see that MySQL is still the best supported database back-end for most web application frameworks. And like it or not, this makes it the logical choice for most web stack deployments unless you know your applications all run well with PostgreSQL.

      If you don't mind the extra overhead, and have some apps that work with PostgreSQL and some that require MySQL, then go ahead and run both. Or if you're a militant database purist, I suppose you could refuse to run anything that requires MySQL; but this seems a bit self-defeating.

      Sometimes you need to take a step back and view the whole forest...

    56. Re:Just use Postgresql by AtlantaSteve · · Score: 2, Informative

      For me, the one advantage MySQL (and MariaDB, and even Apache Derby!) have over PostgreSQL is that there are versions that can be run stand-alone "out of the box" as a non-root user. PostgreSQL (AFAIK) needs to be installed, and needs to be installed as root (and you need to create a postgres user, etc.).

      There is a reason why no one bothers to make an XAMPP-style "portable" version of PostgrSQL, as they have with MySQL. The reason is that this is dead-simple to accomplish even with the out-of-the-box binaries available on the PostgreSQL site.

      On the PostgreSQL download page, you would download the "zip archive of the binaries", rather than the one-click installer. Unzip the archive's contents wherever you like (including on a USB thumb drive), and then refer to this 3-paragraph PostgreSQL article. It tells you to create a BAT file in your base PostgreSQL directory, cut-n-pasting these contents:

      @ECHO ON
      REM The script sets environment variables helpful for PostgreSQL
      @SET PATH="%~dp0\bin";%PATH%
      @SET PGDATA=%~dp0\data
      @SET PGDATABASE=postgres
      @SET PGUSER=postgres
      @SET PGPORT=5439
      @SET PGLOCALEDIR=%~dp0\share\locale
      REM "%~dp0\bin\initdb" -U postgres -A trust
      "%~dp0\bin\pg_ctl" -D "%~dp0/data" -l logfile start
      ECHO "Click enter to stop"
      pause
      "%~dp0\bin\pg_ctl" -D "%~dp0/data" stop

      The very first time you run this script, you comment-out the bold-face "REM" line... which will initialize a fresh PostgreSQL environment, with admin user "postgres" having a blank password. Then put the "REM" comment back on that line, and you have a complete portable PostgreSQL environment that can be moved from directory to directory and machine to machine.

      This information is obviously Windows-centric... but the whole "portable" concept (in the USB thumb drive sense) is Windows-centric in the first place. If you're on Ubuntu, just "sudo apt-get postgres" and then remove it when you're done tinkering! By the way, you don't need administrator privileges to use the one-click installer on Windows.

      A lot of the discussion that I'm seeing in this thread has more to do with phpMyAdmin vs. pgAdminIII than with MySQL vs. PostgreSQL themselves. To be perfectly frank, if one's biggest concern is what the admin or SQL workbench tool look like... then it doesn't really matter which of these two databases you use. You'll be fine either way.

      The real consideration is whether you need (or would like to explore and learn about) the more "enterprise"-y features offered in PostgreSQL. If you're interested in more enterprise-level functionality, then PostgreSQL is by far the best free game in town. If you're not really interested in that stuff, then you might as well build around MySQL since it's more commonly offered by web hosts and cloud providers.

      By "enterprise"-y, I'm talking about the concept of assuming that more than one application might eventually be using your database (and that the applications might be based on more than one language or technology stack). If you are only using your database through one application, and letting its ORM framework (Java JPA, Ruby Rails, PHP Doctrine, Python SQLAlchemy, etc) be responsible for enforcing all the persistence rules and business logic, then it doesn't make much difference to you as an application developer which database lies behind the framework.

      However, let's say that you have a Rails web application writing to your database on the front-end, and a Java application working with it on the back-end. Maybe you even have some Python or Perl scripts kicked off by a nightly cron job, which build reports based on the data. To give a very trivial example, let's say that one of your table columns holds "customer type", and must be one of 7

    57. Re:Just use Postgresql by makomk · · Score: 1

      This wasn't exactly some well-kept secret, it's the documented method for creating a Postgresql data directory and running it whether you want to do so system-wide or just set up an install in your home directory somewhere.

    58. Re:Just use Postgresql by siride · · Score: 1

      What? Works fine for me. Maybe you are thinking of MyISAM, which nobody would use these days when they can use InnoDB, or XtraDB on Percona.

    59. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      SQLite provides even fewer data integ guarantees than MySQL. Do not put any important long term data in it.

    60. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      Unfortunately there are a few features in MySQL that you don't get in PostgreSQL which many sites find very important. For instance, there is currently no postgres equivalent to running mysql NDB clustering in memory. The performance is quite simply insane, and there's good redundancy as well.

      I started looking at postgres after seeing Oracle buy mysql, and I really do like it. But when it comes right down to it, if it can't cluster and scale the way mysql can, then it won't be able to handle the kind of massive traffic I actually watch mysql handle on a daily basis.

      Keep in mind I'm not trying to be discouraging or bad mouth postgres here; it's by all accounts a great database. It's just going to need a lot more work to handle the kind of massive demands that mysql can right now.

    61. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      It's pretty difficult when mysqld decides to die on you without reason and logs don't show any errors and the linux community tends to snob you away with any questions relating to it whether it be in online forums or IRC. I always feel so welcomed .

    62. Re:Just use Postgresql by mlwmohawk · · Score: 3, Insightful

      you don't have to be a database expert to see that MySQL is still the best supported database back-end for most web application frameworks.

      But it helps if you understand the levels of support and can make an educated decision about whether or not it makes a difference. PostgreSQL, by all meaningful measure, is technically a better database. Choosing MySQL over PostgreSQL, IMHO, is a bad decision for a few reasons: (1) Technically, PostgreSQL is universally regarded as a better technology platform in terms of quality, scalability, performance, flexibility, stability, adherence to SQL standards, etc.. (2) Since Oracle purchased MySQL the TCO has been increasing. (3) Also since MySQL was purchased by Oracle, the GPL-ness of the over-all package is becoming in question. Oracle has the right to stop releasing the product as GPL because of they OWN the copyrights and trademarks. It is not community owned like PostgreSQL.

      So, PostgreSQL is the better technical choice, therefore you should try to use it. If you decide to use MySQL when PostgreSQL would have had more or less equivalent support, you may be painting yourself in a corner needlessly. If you do nothing to avoid the problem and generally accept and cultivate your own ignorance, then you are a bad engineer.

    63. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      If that's all you've done with DB permissions, you clearly have no idea what we're talking about.

    64. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      I use sqlite pretty heavily for the client side of client-server applications and run postgres on the server that everything syncs to. The application I wrote the replacement for ran MS SQL Server even on the clients - resource-hogging overkill. Then again, that's what you tend to get in business environments where they're running shit that's been sloppily developed in C#.

    65. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      Because "LAMP" sounds better than "LAPP". Simple as that.

    66. Re:Just use Postgresql by Just+Brew+It! · · Score: 1

      I agree that PostgreSQL is a superior database technically. But the fact remains that many existing (and widely deployed!) apps rely on MySQL, and don't play nice with PostgreSQL. You are also a bad engineer if you dismiss a "good enough" solution out-of-hand, while completely ignoring external constraints like time, budget, or manpower. As an engineer, yes this bothers me. But it is part of doing engineering in the real world.

    67. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      http://www.navicat.com/

    68. Re:Just use Postgresql by LourensV · · Score: 1

      For me, the one advantage MySQL (and MariaDB, and even Apache Derby!) have over PostgreSQL is that there are versions that can be run stand-alone "out of the box" as a non-root user. PostgreSQL (AFAIK) needs to be installed, and needs to be installed as root (and you need to create a postgres user, etc.).

      As far as I know, you're correct; it can probably be done, but not easily. However, I've never considered it a problem. On my development machine (a laptop, not a big workstation) I just have PostgreSQL running and whenever I need to try something new, I just fire up PgAdmin and create a new database. Once I'm done or if I mess up, I just drop the database again. Instead of a directory and a file name, I have a port number and a database name.

      All the users and ownerships and directories are handled by the package manager and the database, so setting this up was trivial. If I didn't have root, I would have needed the sysadmin to install PostgreSQL through the package manager, and then make me a superuser account (or just let me sudo to the postgres user so I could do it myself, or set up a separate cluster for me if there were other users wishing to use PostgreSQL on the same machine). I've done that too in the past with a machine I didn't even have a shell account on, and it worked fine.

    69. Re:Just use Postgresql by HiThere · · Score: 1

      Postgresql is very nice, and I like much about it. The main thing I dislike about it appears to be the same for MYSQL, i.e., if I want a project specific database that is stored under a project, and distributed with the project, it doesn't appear possible. I've been told it actually *is* possible, but all I've found is instructions on how to relocate the entire user database. This will not suffice. SQLite will do what I want. Firebird will do what I want. For gods sake even Kirbybase will do what I want. I don't want a global database. I want a project specific one.

      Sorry if you feel this is sort of off topic, but considering all the praise being heaped on Postgresql, it feels on topic to me.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    70. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      When everyone aims to scale their crappy Facebook clones to "thousands of servers" and "millions of pageviews per second", having a database that unfortunately offers old school things like atomicity as opposed to "eventual consistent data models" is obviously going the way of the Dodo.....

      I guess the part that's really missing in the chain of critical thinking is the realization that the stupid app probably won't have that many users......

    71. Re:Just use Postgresql by LingNoi · · Score: 1

      If postgresql is so easy to use then everyone would be using it. That's not the case because it's not and any critic to this point get's met with abuse of being an idiot.

      All I can really respond to that is to enjoy remaining the last choice over MySQL as it'll continue to be ignored until it's ease of use is addressed.

    72. Re:Just use Postgresql by Sesostris+III · · Score: 1

      Replying to myself. Just got PostgreSQL installed locally from source using ./configure (using --prefix=/home/...) make and make install. No need to worry about creating a postgres user.

      The only dependencies I had to install was libreadline6-dev and libtinfo-dev.

      Not quite out-of-the box, but similar to what I have to do the get the Apache HTTPD server running locally.

      --
      You never know what is enough unless you know what is more than enough. - Blake
    73. Re:Just use Postgresql by MindCheese · · Score: 1

      Please pass the crack pipe to your left, then stand and be educated:

      mysql_install_db --basedir=/path/to/mysql/installation --ldata=/your/path/to/database
      mysqld --datadir=/your/path/to/database --general-log=logfile
      mysqladmin -u root create mydatabase
      mysql -u root mydatabase

      These can be run as any non-privileged user, on any filesystem, with any standard MySQL options. For extra credit, go look up mysqld_multi.

    74. Re:Just use Postgresql by Sesostris+III · · Score: 1

      initdb and pg_ctl are under the .../pgsql/bin directory. It was the path to these that I was talking abou (i.e. PostreSQL itself)t, not the path specified by -D (i.e. to a database instance).

      No matter, I've managed to install the /pgsql/bin locally using configure/make/make install. Not quite as simple as a unpacking a tar.gz file, but doable.

      --
      You never know what is enough unless you know what is more than enough. - Blake
    75. Re:Just use Postgresql by mlwmohawk · · Score: 1

      mysql_install_db --basedir=/path/to/mysql/installation --ldata=/your/path/to/database
      mysqld --datadir=/your/path/to/database --general-log=logfile
      mysqladmin -u root create mydatabase
      mysql -u root mydatabase

      Technically speaking, you used more characters than me :)

      I never said that MySQL was particularly hard to get running, just that postgresql wasn't harder.

      However, given these two basic "default" installations, my bet is that PostgreSQL will conform better to SQL standard, handle concurrency and transactions better, and be faster under a real load.

    76. Re:Just use Postgresql by mlwmohawk · · Score: 1

      No matter, I've managed to install the /pgsql/bin locally using configure/make/make install. Not quite as simple as a unpacking a tar.gz file, but doable.

      You are just not looking in the right place. PostgreSQL, just like MySQL has pre-build binaries for popular system. What are you getting on about?

    77. Re:Just use Postgresql by MadCat · · Score: 1

      Logical fallacy in your argumentation there hoss; it's not widely used because it never got the publicity MySQL got.

      --
      There is no sig...
    78. Re:Just use Postgresql by SplashMyBandit · · Score: 1

      Fair enough criticism.

      Postgresql has a model where there is a "database server" containing many "databases". You can of course, have project-specific databases provided you conform to this model.

      So, when you say, "I don't want a global database. I want a project specific one" it seems a bit confused. Do you want a database embedded with your project rather than a database server? In that case, I would suggest you try something like the Derby database, that can be run either in database server mode (eg. for production) or embedded directly into your application (for small scale stuff).

    79. Re:Just use Postgresql by shaitand · · Score: 1

      "A good database will manage concurrency, data integrity, and more. The idea that you move this out into the application"

      I said LOGIC belongs in the application not data management. The moment you start talking about things like procedures you are probably implementing logic in the DB if you are talking about data integrity and concurrency (in terms of data integrity). MySQL can do joins and sub selects without too much trouble but they won't be needed much in a well designed database. These can almost always be replaced with a couple simple queries.

      The database is the hardest place to scale up to higher loads and doing so often involves ridiculous iron. Especially if your storage needs aren't easy to distribute among multiple servers without taking a performance hit. Use simple aka fast queries and you can scale at your application which can easily spread the load among thousands of servers. That has nothing to with ideology.

    80. Re:Just use Postgresql by shaitand · · Score: 1

      "That's right, stuff it all ad-hoc into the application layer and then watch things blow up when someone does a manual updated to a table, or someone (inevitably in large corporations) brings another application to connect to that database."

      Is it really that outlandish to think your application layer aka logic layer, should do your logic? The post you are replying to is listing a bunch of things like data integrity and concurrency which have nothing to do with application logic and clearly belong to the db to argue with my post saying application logic doesn't belong to the db so do away with that strawman now.

      A simple and well designed data structure won't blow up when another application accesses it. Especially since doing so correctly involves an api. And yes, unless you are the db admin or developer you shouldn't be doing manual updates to the applications database. Things blow up with manual updates because the one doing the update doesn't know what they are doing.

    81. Re:Just use Postgresql by truedfx · · Score: 1

      Which distributions are you using which let you install from the repositories without being root

      That should work fine with Gentoo Prefix or NixOS.

    82. Re:Just use Postgresql by truedfx · · Score: 1

      That should work fine with Gentoo Prefix or NixOS.

      Pre-emptive followup: admittedly they are both often (but not always) compiled from source, but it doesn't involve a manual configure && make && make install.

    83. Re:Just use Postgresql by truedfx · · Score: 1

      Wow, I need to know a user's password in order to grant that user additional permissions? That's just stupid, I hope MySQL is alone in that.

    84. Re:Just use Postgresql by truedfx · · Score: 1

      Oh wait, if you meant your GRANT creates the user too, then I will certainly withdraw my objection. I see no harm in requiring a password when creating a user :)

    85. Re:Just use Postgresql by mlwmohawk · · Score: 1

      The database is the hardest place to scale up to higher loads and doing so often involves ridiculous iron. Especially if your storage needs aren't easy to distribute among multiple servers without taking a performance hit. Use simple aka fast queries and you can scale at your application which can easily spread the load among thousands of servers. That has nothing to with ideology.

      Here is where we must agree to disagree. "Scalability" is a complex topic and almost any axiom one can dig up is only valid within a very narrow context. There is no valid way to win any such debate because at one end we have the likes of Google and Facebook and at the other end we have Android with embedded SQLite.

      Suffice to say, as a general rule, process the data as close to the source as possible. If doing a join in a database makes the query slightly slower, but eliminates having to pipe tons of raw data out to the app and have it do the equivalent of a join, is in most cases a better strategy because it reduces the number of I/O operations to disk and saves network bandwidth. Is this always true? of course not, but most of the time, yes.

      99.99% of the web sites can make do with a redundant/failover database strategy. If you know you have needs beyond this, that is a different story. Short of the various wet dreams of scaling like Facebook, you don't need too and as a financial consideration for your enterprise, you don't want too. The solutions that seek to replace a good SQL backend with "NoSQL" drive up the cost of development. If you need that kind of scalability, and few sites really do, then yes go for it because that is an important aspect of your solution. Otherwise, try to be cost conscious and choose a database that does the heavy lifting for you.

    86. Re:Just use Postgresql by Compaqt · · Score: 1

      Adminer pro: Nice and light, unlike phpmyadmin.

      Adminer con: It puts the connection info (user/password) right in the URL!

      --
      I'm not a lawyer, but I play one on the Internet. Blog
    87. Re:Just use Postgresql by rycamor · · Score: 1

      I just checked again and all I see is the hostname, username, databasename and schema. No password.

      Of course, I also make it a point to only connect using HTTPS. I like the idea that Adminer being only one .php file, but it needs an optional config file in order to do such things as require HTTPS, prevent certain logins, store standard connections so you don't have to always access the dropdown, etc... Fortunately, there is a plugin system so it shouldn't be hard to do.

    88. Re:Just use Postgresql by rycamor · · Score: 1

      Of course there are many types of logic that belong in the application, but generally when I see a developer screaming about "logic in the database", especially when they only want "simple dumb queries", I just have to sigh at all the opportunities for saving one's own ass that are being missed completely. SQL, as clunky as it is, is still a 4GL declarative language that allows one to express things that would take a lot more code to handle procedurally, not to mention the whole concept of constraints that are impossible to enforce in application space.

      No, I'm not talking about littering a database with stored procedures that do all sorts of arcane stuff. Of course a database is no place to do stupid things like put in a trigger that emails a vendor with a rich-HTML message when an invoice has been paid. A database is a place to put in a constraint that no invoice record should be marked as "paid" if the associated transaction record has not been processed (or record of check printed, or whatever). It's all about choosing wisely with separation of concerns.

    89. Re:Just use Postgresql by slack_justyb · · Score: 1

      Oh no, you totally have an argument. DB2 has a lot of good time math but in certain cases. Are you having issues with timezones?! That's odd I don't tend to have issues like than but YMMV. Postgresql is really good with time math as well, but differently, if that makes sense. For me it "could" go either way. What version of DB2 are you using, your TZ issue sounds horrible. Maybe there's a fix for it? Let me know. Thanks!

    90. Re:Just use Postgresql by kiddygrinder · · Score: 1

      i'm not disagreeing, i'm genuinely interested in the response: Is sql99 that important? no-one follows database standards so if postgres does doesn't that mean that they're still different to every other database platform out there?

      --
      This is a joke. I am joking. Joke joke joke.
    91. Re:Just use Postgresql by Compaqt · · Score: 1

      What about replication? Two servers running, one goes offline, the other becomes the master. The first comes back, and tthathen it starts grabbing the stuff it missed.

      Does Postgres have a good replication story these days?

      --
      I'm not a lawyer, but I play one on the Internet. Blog
    92. Re:Just use Postgresql by Compaqt · · Score: 1

      You're right, it's only the username, host, and database/table names, and not the password.

      But if an unauthorized person has that information, he will certainly be more able to craft a SQL injection that will really work instead of erroring out.

      I think they do that so you can bookmark specific table editing pages. It would be nice to have a POST-only option.

      Let me mention again how fast adminer is. And no install!

      --
      I'm not a lawyer, but I play one on the Internet. Blog
    93. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      I quite like this quote:

      Reverse-engineering the real logical model, programmatically, at
      run-time is a leading cause of code. :-) I hate code. I hate the
      causes of code.

      It's also a leading cause of execution time.

      Quoted from 3rd page in this thread. Not attributing this to the author as I don't want to associate him with this site if he doesn't want it, just look at his post on the third page to find out.

    94. Re:Just use Postgresql by Anonymous Coward · · Score: 0

      For PostgreSQL the only instructions I could find for installing PostgreSQL myself is to build from source (OK with --prefix=$HOME/...) and you still need to create the postgres user (which means it is not stand-alone for my user!).

      Jesus Christ, but you are ignorant, or stupid, or deliberately false.

      Every single distro I've used for years has the option to install PG either from the install CD, or as an rpm/deb/etc.

    95. Re:Just use Postgresql by jsebrech · · Score: 1

      There are really two competing architectures here. One is to use a powerful db, know it really well, and tune every query and every schema change so load is managed well. Stack exchange runs 100 million page views a month off of a handful of sql server instances with such an approach. The entire stackoverflow.com site basically runs on one well-tended database.

      The other one is that of using the db as a dumb data store, hidden behind an api. The api hides the fact that you have dozens of sharded mysql instances behind the scenes. You can care less about query performance and throw code against the wall faster, but growing comes at a bigger hardware cost. Digg manages comparable loads to stack exchange using a few dozen mysql instances this way. I believe facebook is even running on something like a thousand mysql instances.

      The second strategy is very much a case of "worse is better". Yes, you need more hardware, but you only need to buy it when you have the users (and revenue) to match, whereas the expertise in the first strategy is an upfront investment. This is why you'll see many startups doing the second strategy. They can't afford to know better.

    96. Re:Just use Postgresql by stridebird · · Score: 1

      In the context, there's a certain irony there in that VirtualBox is an Oracle product, no?

    97. Re:Just use Postgresql by einhverfr · · Score: 1

      Well typically the installation is run as a root user (it doesn't have to be) because of file permissions considerations. However, it runs as a non-root-user and will actually fail to start if you try to run as root.

      However there is absolutely no reason you can't run initdb as any user you'd like. you can't set up the startup scripts as a non-root user though for obvious reasons.

      --

      LedgerSMB: Open source Accounting/ERP
    98. Re:Just use Postgresql by einhverfr · · Score: 1

      I am starting to plumb the depths of PostgreSQL object-relational capabilities and wow, these are incredible. Not quite as impressive as DB2 or Oracle but I suspect that once people start realizing how awesome this is, they will get needed facelifts.

      --

      LedgerSMB: Open source Accounting/ERP
    99. Re:Just use Postgresql by suy · · Score: 1

      Then why would you feel qualified to make a decision about which database to use?

      You should probably read again my comment, because I didn't make any decision about the database to use. I said that when you have to evaluate the choices, choosing which programming language or database to use, is something that is out of your control if you have to choose a whole stack of RDBMS + language + application. If you have to build a blog, and the user facing features are important or critical, is very likely that you will end up using WordPress, and if the WordPress developers chose PHP and MySQL some time ago, there isn't much that you (or them) can do.

      Unless you are considering that the loss caused by using MySQL is so great, that a new blog software has to be written from scratch, or WordPress has to be forked to support other DBMS better. Since I don't see any the latter happening, I guess that isn't really that important for a good amount of people or use cases.

    100. Re:Just use Postgresql by einhverfr · · Score: 1

      But there is a huge difference.

      For MySQL, the database primarily serves the application. The boss is the app developer who gets to tell the db (through the app) whether to treat zero dates as valid or not, or whether 2009-02-30 is a valid date. The app dev is king. This works well enough when there is only one application writing to any given relation (many readers is not a problem there because the writing app is king). But it doesn't work well as a data centralization and management solution. If you have 20 apps writing to the db and they may all be using different sql_mode settings, that is going to be a mess if they share relations.

      For PostgreSQL, data is king. The applications consume managed data. The DBA is the one who gets to make the hard calls and every app developer gets to live with the decisions made. MySQL is thus a bottom app tier while PostgreSQL is a data management and centralization solution. They are *very different* and if you have 20 apps sharing the same relations, PostgreSQL will be far saner because multiple readers do not have to tolerate eachothers' sql_mode settings.

      --

      LedgerSMB: Open source Accounting/ERP
    101. Re:Just use Postgresql by suy · · Score: 1

      So, PostgreSQL is the better technical choice, therefore you should try to use it. If you decide to use MySQL when PostgreSQL would have had more or less equivalent support, you may be painting yourself in a corner needlessly. If you do nothing to avoid the problem and generally accept and cultivate your own ignorance, then you are a bad engineer.

      Or... You are a good engineer because even if you consider MySQL and PHP inferior, if you have to build a blog with lots of features, you realize that WordPress plus its plugins is the better choice, even if you are tied to PHP and MySQL. Because the alternative would require you to write lots of code that will require lots of time and money.

      Can you please see for one moment the whole picture? My original comment was not about MySQL vs. PostreSQL. I was just stating that sometimes, for some situations, the database tier is not somethingn that you can choose individually for its technical merits. You have to choose a whole stack, where each layer is not loosely coupled from the others. And like it or not, some of the developers of the upper layers chose MySQL, and that is what we have now.

    102. Re:Just use Postgresql by slack_justyb · · Score: 1

      Oh no, that's not at all what I meant in my reply. I don't think this is a disagree or agree kind of thing. By all means, I mean no harm to any comment that you might have posted. Sorry to have confused.

      Each vendor follows pretty tightly to SQL standard with additions to SQL that separate them. The SQL standard has become most like OpenGL as opposed to ISO/C++ standard. SQL and OpenGL usually take the brightest ideas currently out there and just make them standard. That's why it feels the way as you commented.

      That's pretty much rooted in SQL history. ISO SQL pretty much consists of a group who look at the extensions out there and write a standard around them. Whereas ISO/C++ is a group of engineers that sit around and postulate on how to best achieve a language that solves the current problems everyone is having, and elegantly describes an Object-Oriented Programming model.

      That's why standards play such an important role with SQL. It allows you to quickly know which features are going to be implemented in the DB that you choose. I don't think I can ever go back to a database that doesn't implement SQL OVER, so that's always going to be something that I look for. Either a large amount of compliance with the standard or an explicit statement that says, "hey we support that!" It just assures me that the product that I'm getting is going to work the way I need it to work.

      All the vendor specific stuff comes later. DB2 might have a way to optimize such and such function, however, it might be implemented in a vendor specific way. However, from the start I'm just going to know the standard way of doing something. If I can't do something the standard way, then there's little hope that I'm going to crack the docs and try to find the vendor specific way of doing it, unless I'm not the one who gets to call the shots and thus I *have* to look it up.

      That's what makes and breaks. Stuff needs to be easy for newbies and it needs to well documented or follows the standard closely so that everyone feels comfortable with going to any old site. MySQL won a lot of hearts by being insanely easy to administer and they added icing to the cake by making the thing insanely easy to scale out. However, those two points aren't winning many hearts now. Postgresql has pretty similar to MySQL documentation now, DB2 has pretty similar documentation as well, plus they've really gone back and refined a lot of their admin tools. Even Microsoft has gone back and made a serious investment in making their SQL server a product that one can jump in, do some real work, and jump back out again. Basically, the points that won a lot of hearts with MySQL are starting to be matched by the other guys.

      That's what makes SQL standard compliance pretty important, it tells you exactly which one of those really neat SQL functions, your software supports. Vendor extensions are important as well but if I'm faced with either having to write a stored procedure or just use a well known SQL keyword, I'll choose the latter. You run into that more often than not, you start to value SQL standard more and more.

    103. Re:Just use Postgresql by Sxooter · · Score: 1

      What version of MySQL started supporting this? Up until 5.1 it just silently ignored the keywords and didn't implement the cascades for real.

      --

      --- It is not the things we do which we regret the most, but the things which we don't do.
    104. Re:Just use Postgresql by siride · · Score: 1

      I think it only ignores them with backends that don't support foreign keys, such as MyISAM. I was using 5.0.86 at work until very recently, and made heavy use of the cascade options. And when I went to delete rows with foreign keys linked to them, the rows in child tables did indeed delete. I never gave it a second thought. But I use InnoDB, like every other sane person out there.

      See this for an example with someone with the problem you described: http://stackoverflow.com/questions/5308255/on-delete-cascade-not-working-in-mysql

    105. Re:Just use Postgresql by metaforest · · Score: 1

      SQL makes me feel uncomfortable.

      I always feel like the RDBMS is half deaf, and that I must SHOUT and BARK at it to be understood. When I read other's code written in SQL I feel as if they are SHOUTING at me!

      SELECT * FROM Users WHERE Hearing='partial' AND Shouting='acceptable'

    106. Re:Just use Postgresql by dkf · · Score: 2

      I've played around with Sqlite in the past. I'm not sure I'd want it as a drop-in replacement for either MySQL or PostgreSQL. I must admit, as a Java developer I'm more likely to use Apache Derby, which can be used embedded or client/server.

      I use both SQLite and Derby in projects of mine (not in the same project!) and it is my experience that SQLite is a lot higher quality than Derby. It copes far better with abuse such as killing the process or attempting to access the DB from multiple processes, and it has far higher limits on column sizes. On the other hand, Derby is pure Java so it's easier to embed in a redistributable package, whereas SQLite uses a native JDBC "driver" (actually the DB engine itself).

      The other one to consider is HSQLDB, but I've no practical experience with it.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    107. Re:Just use Postgresql by feld · · Score: 1

      You just used the old insecure password format.

      GRANT ALL PRIVILEGES ON database.* TO user@hostname IDENTIFIED BY PASSWORD('password');

      So yeah, that was pretty difficult to do right wasn't it?

  5. IMHO... by ZeroPly · · Score: 5, Funny

    Look, by no means FORK! am I a SQL expert, but I still feel FORK! compelled to express my FORK! opinon here. Face it folks, Oracle FORK! is evil. That said, if there is some way FORK! to create a parallel version, a version FORK! not intended to pay for a yacht, I would FORK! be all for it.

    --
    Support microSD: in a post 9/11 world, it is unwise to carry your data on media that you cannot comfortably swallow.
    1. Re:IMHO... by Anonymous Coward · · Score: 5, Insightful

      You mean, like MariaDB, as mentioned in the summary (hint: 3rd word) ?

    2. Re:IMHO... by Darinbob · · Score: 3, Insightful

      SPOON!

    3. Re:IMHO... by Anonymous Coward · · Score: 0

      Obligatory xkcd:
      http://xkcd.com/419/

    4. Re:IMHO... by not_surt · · Score: 1

      If you don't see the FORK! it can't eat you...

    5. Re:IMHO... by maxwell+demon · · Score: 1

      Seing the number, I at first thought it's a scam. :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    6. Re:IMHO... by Peter+Cooper · · Score: 1

      That said, if there is some way to create a parallel version, a version not intended to pay for a yacht, I would be all for it.

      Forking, perhaps?

    7. Re:IMHO... by Greyfox · · Score: 1

      Do you think Oracle would sue if a fork got too popular? I wouldn't put it past them. Even if the case had no merit, they could tie it up in litigation for years and bankrupt developers. I suppose the same threat exists for any open source database though. I'm sure Oracle holds a ton of database patents that pretty much any database would infringe upon.

      --

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

    8. Re:IMHO... by Anonymous Coward · · Score: 0

      SPOON!

      oh noes!!! SPORK!!!!

    9. Re:IMHO... by Anonymous Coward · · Score: 0

      There's a parallel server and in that server, there is no spoon. I tried defining it in the database but it wouldn't let me.

  6. No. by Anonymous Coward · · Score: 0

    No.

    1. Re:No. by maxwell+demon · · Score: 2

      Someone should write an article with the headline "Is it reasonable to mention Betteridge's law of headlines every time an article appears whose headline is a question?"

      --
      The Tao of math: The numbers you can count are not the real numbers.
  7. Obviously by Nethemas+the+Great · · Score: 3, Insightful

    Oracle has been doing nothing more than gobbling competitors the whole time. Just because the haven't done it overnight doesn't mean that's not what they're doing.

    --
    Two of my imaginary friends reproduced once ... with negative results.
    1. Re:Obviously by fm6 · · Score: 1

      Oracle didn't acquire MySQL directly. It was a byproduct of their decision to go into the hardware business. Sun acquired MySQL in one of many attempts to buy its way out of its own inability to adapt to changes in the marketplace. With the usual result: the key employees in the acquired company found no place for themselves in Sun's stifling corporate culture and left, depriving Sun of the very expertise they paid all that money for.

      Oracle, contrary to myth, does not simply kill products they acquire. In fact, some products from PeopleSoft and DEC survive to this day, I doubt that DEC's Itanium databases would have lasted long if Oracle hadn't continued to back them.

      Which is not to excuse Oracle for patent trolling and failing to support open source

    2. Re:Obviously by Nethemas+the+Great · · Score: 1

      You need to look back into history a bit further. Oracle purchased InnoDB--the principal engine in MySQL--back in 2005. Sun acquired MySQL in 2008. Oracle in turn acquired Sun in 2009.

      --
      Two of my imaginary friends reproduced once ... with negative results.
    3. Re:Obviously by fm6 · · Score: 1

      My history is fine -- I was working for Sun during the period you describe. This discussion is about MySQL, not a particular engine.

    4. Re:Obviously by Nethemas+the+Great · · Score: 1

      Oracle's acquisition of InnoDB was for the express purpose of gaining control over MySQL. To consume InnoDB was to consume a very major component of MySQL. It is quite relevant.

      --
      Two of my imaginary friends reproduced once ... with negative results.
  8. Oracle is killing computing science again... I hat by Anonymous Coward · · Score: 0

    Oracle is killing computing science again... I hate Oracle.

  9. But then by Anonymous Coward · · Score: 0

    But then, what did you expect from Oracle?

  10. MariaDB by euxneks · · Score: 5, Insightful

    MariaDB is a drop in replacement for MySQL which was forked a while ago: http://mariadb.org/

    --
    in girum imus nocte et consumimur igni
    1. Re:MariaDB by Nethemas+the+Great · · Score: 2, Insightful

      Forks are only drop in replacements for so long. By their very nature they are divergent. Unless they're shepherded by organizations such as the Apache foundation they're also very difficult for corporations to trust and thus adopt.

      --
      Two of my imaginary friends reproduced once ... with negative results.
    2. Re:MariaDB by war4peace · · Score: 1

      Can't wait for another fork called EmanuelleDB.
      Seriously, WHO names these DBs?

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    3. Re:MariaDB by maxwell+demon · · Score: 1

      I don't want a DB named with a girl's name.

      Why?

      --
      The Tao of math: The numbers you can count are not the real numbers.
    4. Re:MariaDB by Anonymous Coward · · Score: 0

      I don't want a DB named with a girl's name. It's weird...

      it's cool, Maria is also a common middle name for males.

    5. Re:MariaDB by Anonymous Coward · · Score: 0

      Geez, they should call it something else my girlfriend does not want me to tinker with other girls.

    6. Re:MariaDB by Anonymous Coward · · Score: 0

      I don't want a DB named with a girl's name.

      Have you been promoted to PHB level yet? You seem to have some of the qualifications.

    7. Re:MariaDB by Anonymous Coward · · Score: 0

      My is a girls name too.

    8. Re:MariaDB by shaitand · · Score: 1

      where is this common? certainly not here in the US.

    9. Re:MariaDB by Anonymous Coward · · Score: 0

      Italy, Germany, Spain mainly, but exists in more places over Europe (US is kinda big, but only one country). It might be common in the US in the spanish-speaking population but I don't know, being from Europe myself.

    10. Re:MariaDB by Anonymous Coward · · Score: 0

      I don't want a DB named with a girl's name. It's weird...

      *massive spit take*

      EVERYONE! WE FOUND ANOTHER SPY! Arrest that man and confiscate his geek card!

      What sort of geek ARE you? Next you'll tell us you don't exclusively use female voice packages in your user interfaces, and that you don't make all your robots with blatantly and disturbingly feminine forms!

    11. Re:MariaDB by erroneus · · Score: 1

      Actually, I'm more of a "Bender" fan than that of a fembot. I still want to make that Bender beer dispenser I saw mentioned on Slashdot a few years ago... :)

    12. Re:MariaDB by Anonymous Coward · · Score: 0

      Monty Widenius.

      https://en.wikipedia.org/wiki/Michael_Widenius

    13. Re:MariaDB by Anonymous Coward · · Score: 0

      Spain.

    14. Re:MariaDB by Anonymous Coward · · Score: 0

      Dunno. Ask this guy.

  11. sqlite did something similar by Anonymous Coward · · Score: 0

    Some of the tests are included with the code, but others are proprietary and only available under license. It bugged me and I've stayed with Berkeley DB. Info here (see "TH3 test harness").

    1. Re:sqlite did something similar by fatp · · Score: 2

      But Berkeley DB is another oracle product??

    2. Re:sqlite did something similar by Anonymous Coward · · Score: 0

      To be fair, the proprietary ones aren't even really useful outside of special environments. Staying away from sqlite for this reason makes little sense. This was also always how it was handled in sqlite. Nothing was taken away from anyone.

  12. MySQL sweet spot by Anonymous Coward · · Score: 2, Informative

    Can someone please explain the sweet spot in which MySQL is a better option than both SQLite and PostgreSQL?
    It seems to me that SQLite is a much better option on the very low end, and by the time MySQL would be a better choice, PostgreSQL is an even better choice.

    1. Re:MySQL sweet spot by Anonymous Coward · · Score: 0

      Every shared web hosting joint in the universe has it deployed, ubiquity.

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

      Same thing with PHP, awful language but everyone is using it.

    3. Re:MySQL sweet spot by hobarrera · · Score: 4, Insightful

      MySQL is lighter than PostgreSQL.
      SQLite is an embeded database; it's really a different sort of tool altogether.

    4. Re:MySQL sweet spot by Daniel+Dvorkin · · Score: 3, Insightful

      SQLite is an embeded database; it's really a different sort of tool altogether.

      But you don't have to use it embedded. The command line tool is basic but functional, and if you want, say, a web interface to query a SQLite back end, you can do that too. For most of the MySQL use cases, there's really not much difference.

      I worked as a MySQL DBA for years, and I was quite vocal in its defense. Eventually I realized that most of the criticisms of it were entirely reasonable (even if the tone in which they were expressed often wasn't) and that OP is right: use SQLite for stuff that's, well, light, and Postgres for anything that's heavier-duty. The only arguments for MySQL these days are its ubiquity and extensive documentation, and the way Oracle's behaving I don't expect either of those will apply much longer.

      --
      The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
    5. Re:MySQL sweet spot by David+Gerard · · Score: 2

      Everything useful is written against MySQL specifically, with Postgres support an afterthought. This sucks, yes.

      --
      http://rocknerd.co.uk
    6. Re:MySQL sweet spot by itsdapead · · Score: 1

      C.f. PostgreSQL: Old-school MySQL with MyISAM tables was perfect for data-driven websites, where most accesses are 'read only' and any updates tend to be straightforward 'add new record' operations. If you don't do complicated update queries then you can live without transactions, referential integrity and all that jazz, and avoid a lot of the overhead that you'd get with PostgreSQL. That advantage mostly disappears if you start using newer MySQL features.

      On the other hand, unlike SQLite, MySQL is still client/server based which might be more practical for, say, a web hosting provider who doesn't want users to be able to make files writable by the web server, and/or wants the flexibility to host databases on a dedicated server. The individual databases may be simple, but the service provider has a lot of them to serve...

      Plus, with a server-based DBM you can run a desktop tool to connect to the database on your remote server (I use a ssh tunnel) rather than log in via a shell or using a clunky PHP-based admin tool.

      --
      In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
    7. Re:MySQL sweet spot by itsdapead · · Score: 1

      Everything useful is written against MySQL specifically, with Postgres support an afterthought. This sucks, yes.

      Well, that's because not everybody has the luxury of choosing which database is supported by their web hosting service and MySQL is by far the most common. So your wonderful blogging application really needs to target MySQL if it's going to be widely used.

      Plus, "Linux, Apache, MySQL, (PHP|Perl|Python)" = LAMP. Switching to LASP or LAPP just wouldn't give you such a good acronym. Why do you think server-side Ruby, HaXE, nodeJS etc. have never dethroned scripting languages starting with "P"? ...and server-side ECMAScript would just be LAME.

      --
      In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
    8. Re:MySQL sweet spot by eric_herm · · Score: 2

      sqlite do not work really well for concurent access, due to locking.

    9. Re:MySQL sweet spot by hobarrera · · Score: 2

      MySQL supports concurrency, doing what you propose, you can handle one request at a time. There's clearly a difference. I don't expect many applications to scale if you can only write with one thread at a time.

      Most of the times, MySQL sits behind some application, the command line too can't replace that scenario.

    10. Re:MySQL sweet spot by Anonymous Coward · · Score: 0

      It's really a different sort of tool....

    11. Re:MySQL sweet spot by Bogtha · · Score: 1

      MySQL is lighter than PostgreSQL.

      Define "lighter". Memory use? CPU use? Disk use? Latency? These sorts of things are highly dependent upon configuration in both MySQL and PostgreSQL. How are you measuring "lighter", and is this assuming default configuration?

      --
      Bogtha Bogtha Bogtha
    12. Re:MySQL sweet spot by shaitand · · Score: 1

      It depends on what you consider light. In general I find that those who are looking for "heavy" in a DB are doing lifting at the DB that could be done in the clients accessing the DB and automagically be faster and more scalable doing so. "Light" is almost always good design and doesn't mean small. You can keep all the heavy out of the database and still need enterprise scaling features that MySQL has while retaining its faster performance for light work than Postgresql.

    13. Re:MySQL sweet spot by CyprusBlue113 · · Score: 1

      This is such bad design I don't even know where to begin. You aren't looking for a database with that design, you're looking for a text file.

      --
      a handful of selfish greedy people are no match for millions of selfish, greedy people -u4ya
    14. Re:MySQL sweet spot by TheNinjaroach · · Score: 1

      For very limited definitions of "everything useful."

      --
      I went to eat some animal crackers and the box said, "Do not eat if seal is broken." I opened the box and sure enough..
    15. Re:MySQL sweet spot by David+Gerard · · Score: 1

      For very popular definitions, unfortunately. The usual alternative in practice is to become that sole volunteer providing Postgres support.

      --
      http://rocknerd.co.uk
    16. Re:MySQL sweet spot by rev0lt · · Score: 1

      MySQL is lighter than PostgreSQL.

      Define "lighter". Less resources? Because I usually get excellent performance out of PostgreSQL at a fraction of the memory needed for MySQL/InnoDB crap. I wouldn't describe as "light" the fact that, for a relatively complex schema such as Magento's, MySQL will usually eat up to 2x in memory the whole size of the database deliver a somewhat acceptable performance.

    17. Re:MySQL sweet spot by dkf · · Score: 1

      sqlite do not work really well for concurent access, due to locking.

      I know someone who wrote a database server by wrapping a server (written in a scripting language) around SQLite. He used it to replace Oracle at his customers. He said to me that it supported concurrent accesses through the same techniques that many of the big DB engines use (such as multiple levels of locking and rollback logs) but I couldn't confirm that independently.

      In my direct experience, SQLite is fine with the multiple reader single writer scenario (provided you don't do something dumb like putting the DB on NFS). That covers a lot of use cases.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
  13. Developers need Oracle, Oracle doesn't need them by kawabago · · Score: 1

    We'll see.

  14. No, but are you slowly turning Japanese? by Anonymous Coward · · Score: 0

    Because that would be awesome!

  15. Oracle only cares about money by Anonymous Coward · · Score: 3, Insightful

    Larry Ellison believes in one thing: making money.

    If publishing test cases doesn't make money for Oracle and they're not required to do it by law (license, etc) then they won't do it.

    Stop pretending Oracle cares about anything other than money and you'll have a much more accurate and healthy view of the beast.

  16. Re:Fuck all of you by shutdown+-p+now · · Score: 0

    Open Sores is for LOSERS

    Hey, that actually explains why Oracle bought MySQL!

  17. Good, maybe people can start to look elsewehere .. by Anonymous Coward · · Score: 3, Informative

    if they want to use open source database. Try Firebird SQL if you want to go light (lighter than mysql in most cases I've seen), or go with the big boys with PostgreSQL.

  18. Re:Oracle is spending the money by Anonymous Coward · · Score: 1

    I'll take two of whatever this guy is smoking, plus his check from Oracle so I can buy more.

  19. Close-Sourcing Open-Source Software is Fail by popo · · Score: 2

    I'm not sure I share the same fear that Oracle will close-source MySQL. It's OpenSource, which means by definition that with every invisible line in the sand that they cross, more forks will appear.

    Unless the version-enhancements that Oracle is adding are so great (um.. they're not) there's very little they can do to co-opt the technology without seeing it slip through their fingers.

    --
    ------ The best brain training is now totally free : )
    1. Re:Close-Sourcing Open-Source Software is Fail by slide-rule · · Score: 1

      One rather minor thing Oracle tells us they'll add to a future update of MySQL is to capture an important piece of data missing in the binary log files. BInlogs currently don't track which db user is issuing DDL or DML statements, so filtering out changes against this is not currently possible. Admittedly not a large use case scenario, but for us it is an "almost-blocker" for some replication work. (Our source systems need to occasionally purge material, and we don't want the purges replicated to the destination. Oracle sales sold us on doing filtering by the db user before we found out the binlogs don't even have that info.) Hopefully any open source fork (MariaDB or otherwise) picks this up or stays compatible.

    2. Re:Close-Sourcing Open-Source Software is Fail by Sxooter · · Score: 1

      That's actually a pretty big thing to be missing. All my production pgsql servers log ddl (and username host etc) and we can identify exactly when a table changed and by who, in case we get something that breaks something. this is true on all dev, testing, QA, staging and production machines. Not knowing who issued a statement, especially ddl, is a serious lack in thelogging department.

      --

      --- It is not the things we do which we regret the most, but the things which we don't do.
  20. Who by Anonymous Coward · · Score: 0

    does testing anyway? ;)

  21. Damn! I should google everything.... by Anonymous Coward · · Score: 4, Funny

    Shit, I didn't know that! I saw MariaDB and I didn't think to google to find out who or what that is supposed to be.

    I guess I'm spoiled by proper editing and writing where it should have been phrased as such:

    "Sergei from MariaDB, a MySQL Fork, speculated on some changes within MySQL 5.5.27."

    But never mind, we should all google and research everything posted here because, not only do most folks talk out of their asses, but by missing some detail like that gives some pedant a chance to post something to make himself feel superior for knowing some esoteric and minor piece of information.

    1. Re:Damn! I should google everything.... by war4peace · · Score: 2

      Anonymous, you are actually right. Many times over have I seen /. news which casually referred to stuff without mentioning WHAT the stuff was. Typical technical staff attitude, expecting that the whole world would simply know.
      This is a general attitude, sadly. Years ago, when I was doing helpdesk work, the least intelligible tickets came from technical staff: "I can't sudo brwnc-u using PLS on TRM, works if I pscp. Fix needed." or "i'm an ASM in PRTC and need a PGP key to FRM ASAP". Seriously?
      And then they wondered why nobody had a clue what to do with those tickets.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    2. Re:Damn! I should google everything.... by VortexCortex · · Score: 0

      Anonymous { a coward, probably not a member of the "hacktivist" [a portmanteau of activist and hacker ( not to be confused with cracker ) not to be confused with cracktivist ] group }, you are actually right (as in correct, not "not left"). Many times (Multiple occurrences -- Not several concurrent timelines) over have I seen /. (Slashdot) news which casually referred (or, refered, if you're HTTP aware) to stuff without mentioning WHAT (acronym: Whether Hated or Alternatively Troublesome) the stuff was. [This seems to be t]ypical technical staff attitude (mannerism, not orientation relative to a direction of motion), expecting (assuming) that the whole world (actually, by prior qualification they mean not the entire populous, merely those lacking the knowledge in question) would simply know.
      This is a general (high ranking military personnel) attitude, sadly. Years ago, when I was doing helpdesk work (working at a desk, not helping to assemble or repair furniture), the least intelligible tickets (requests for assistance, not entertainment entry certificates or citations for breach of law) came from the [systems used to submit said tickets by] technical staff...

      You see, it's just as difficult for us technical folk to understand you as it is for you to understand us.

    3. Re:Damn! I should google everything.... by Tenebrousedge · · Score: 1

      I've yet to see the article that was so badly written that Google was no avail. You seem to be complaining about having to educate yourself. Executive summaries are for the PHBs, technical staff are in fact paid to know these things, and if they don't know, to find out.

      I might ask what your profession is and how often you read /.

      --
      Those who advocate genocide deserve every protection afforded by law, and none afforded by common human decency.
    4. Re:Damn! I should google everything.... by war4peace · · Score: 1

      I'm a Service Delivery Manager and currently in process of changing development paths (hint: Database Administration). I also read /. daily.
      All the above have nothing to do with whether an article or a summary is professionally written (or professional enough). Since /. does not only offer deeply technical summaries (in which case I would have agreed with you), there's this need of replacing "Sergei from MariaDB" with "Sergei whatever-his-last-name-is from MariaDB (MySQL fork)", preferably with a direct link to MariaDB website.
      I'm not saying one can't use Google to find that info, I'm saying one shouldn't have to use Google to find that info. It's Journalism 101. Slashdot is actually one of the better websites posting proper stuff, and I admit i've seen much worse. But why struggle to defend an oversight when it's pointed out? Really, now...

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    5. Re:Damn! I should google everything.... by Anonymous Coward · · Score: 0

      And then they wondered why nobody had a clue what to do with those tickets.

      Ask for clarification?

    6. Re:Damn! I should google everything.... by war4peace · · Score: 1

      In theory, yes. Just like, in theory, customers should properly fill the question sets (they are there for a reason), properly explain their issue (in English, please!) and generally follow the "help me help you" mindset. Sadly, just as customers don't care to fill their end of the bargain, helpdesk personnel just chose to skip unintelligible tickets and work the properly filled ones. This caused delay and frustration for customers, sure, but if you, the customer, don't care, the carelessness of support is just a mirror, not the root cause.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    7. Re:Damn! I should google everything.... by Anonymous Coward · · Score: 0

      The post (a selection of text (printed words (collections of letters assigned meaning in languages))) above shows VortexCortex (a Slashdot user) is a fucking (used in a derogatory sense, not to say VortexCortex is copulating with a sow (female swine (pig))) asshole (derogatory term, not to say VortexCortex exists as an anus independent of an accompanying body).

  22. Re:Oracle is spending the money by Tablizer · · Score: 1

    Irony Alert.

  23. MySQL MXJ connector vanished from downloads by brajesh · · Score: 1

    I've downloaded it as recently as 2 months back, and found it gone yesterday. The download page at http://dev.mysql.com/downloads/connector/mxj/ is empty and mxj connector is no longer listed under connectors - http://dev.mysql.com/downloads/connector/. SQLite aside, MXJ was the easiest way to embed a MySQL database in your (Java) package.

    --
    95% of all sigs are made up.
    1. Re:MySQL MXJ connector vanished from downloads by Zontar+The+Mindless · · Score: 1

      Dunno. Hadn't heard anything about it being pulled, although I notice the last release was about 18 months ago. Are you sure that functionality's not in Connector/J now?

      You might try asking on their forums about it.

      --
      Il n'y a pas de Planet B.
    2. Re:MySQL MXJ connector vanished from downloads by brajesh · · Score: 1

      MXJ includes MySQL for several OSs (windows, x86, osx, solaris) and installs MySQL automatically. in all it's 130MB jar, /J is just MySQL driver for Java (4MB). Itried searching forums and found this - http://lists.mysql.com/java/9354, someone complaining about missing MXJ.

      --
      95% of all sigs are made up.
    3. Re:MySQL MXJ connector vanished from downloads by Zontar+The+Mindless · · Score: 1

      I'll ask around.

      --
      Il n'y a pas de Planet B.
    4. Re:MySQL MXJ connector vanished from downloads by Anonymous Coward · · Score: 0

      Google says: http://www.mysql.com/support/eol-notice.html

  24. It's open source by Anonymous Coward · · Score: 0

    It will do what it has always done under these circumstances, fork.

    1. Re:It's open source by unixisc · · Score: 1

      Which license is MySQL under? CDDL? GPL2? GPL3? Any other?

  25. Want to guess why MySQL is called MySQL? by Anonymous Coward · · Score: 0

    http://kb.askmonty.org/en/why-is-the-project-called-mariadb/
    The 'MySQL' name is trademarked by Oracle, and they have chosen to keep that trademark to themselves. The name MySQL (just like the MyISAM storage engine) comes from Monty's first daughter "My". MariaDB continues this tradition by being named after his younger daughter.

    1. Re:Want to guess why MySQL is called MySQL? by erroneus · · Score: 2

      Okay, my head exploded... thanks.

  26. Oracle might see MySQL as competition? by etangreal · · Score: 3, Insightful

    What if Oracle is planning to slowly slowly kill off/degrade MySQL? By with-holding the test cases / not putting in effort into new features/development. If opensource contributors cant test properly - they would create a buggy, unstable/inferior product in the future. According to what I know - Oracle is in the database business, MySQL is "competing" database of sorts... Why would oracle want to keep it around? Its not in their interest, right?

    1. Re:Oracle might see MySQL as competition? by Anonymous Coward · · Score: 0

      I don't think so. Oracle acquired MySQL because their lack of an offer for the low/base target.
      Have they a different product for the same market segment? If not, they keep it.
      There is no competition between Oracle and MySQL.

      Uh... Well, OTOH, if you consider Oracle XE...

      CYA

    2. Re:Oracle might see MySQL as competition? by slide-rule · · Score: 1

      I mentioned elsewhere (AC, alas) that our company, when it came time to re-license, found it cheaper to [decide to] move a couple/few hundred commercial MySQL installations to Oracle SE instead. This may be a "win" for us in the long term since the central data warehouse is itself Oracle EE. Maybe it speaks to a cash grab for the existing MySQL installs ... but maybe it speaks to a desire to push all our installs to their flagship DB.

      And we're generally aware of MariaDB, but it didn't get much consideration.

    3. Re:Oracle might see MySQL as competition? by Anonymous Coward · · Score: 0

      Remember we are talking about mysql, we don't need to wait for the future to have a buggy, inferior, unstable product.

  27. Re:Fuck all of you by Anonymous Coward · · Score: 0

    Hurrrrrrrrrrrrrrrrrrrrrrrrrr durrrrrrrrrrrrrrrrr
    fucking retard

  28. Only idiots pick MySQL over PostgreSQL. by Anonymous Coward · · Score: 0

    Unfortunately idiots usually constitute a vast majority.

  29. WHY is still anyone using mysql, when there is PG? by someones · · Score: 5, Insightful

    WHY is still anyone using mysql, when there is Postgresql?

  30. Just fork it by jonwil · · Score: 4, Funny

    Forking worked for Libreoffice, I dont see why it couldn't work for MySQL...

    1. Re:Just fork it by Anonymous Coward · · Score: 0

      It's joke right ?
      Just search for MariaDB in this page.

    2. Re:Just fork it by Anonymous Coward · · Score: 0

      The users of MySQL can just go and use PostgreSQL.

      If there seems to be a problem with MySQL - why wait for the fork VS just move to a better product with a more open license:PostgreSQL?

    3. Re:Just fork it by einhverfr · · Score: 1

      Because MySQL uses threads. It doesn't fork() to serve more requests, like PostgreSQL does ;-)

      --

      LedgerSMB: Open source Accounting/ERP
  31. slashdot should stop accepting questionmarks by allo · · Score: 3, Funny

    in the title of a story.

    would prevent a lot of bad written summaries.

    1. Re:slashdot should stop accepting questionmarks by Anonymous Coward · · Score: 0

      ..but not 'bad written' comments, clearly.

    2. Re:slashdot should stop accepting questionmarks by Anonymous Coward · · Score: 0

      I think someone is trolling the Betteridge's Law of Headlines commentators.

  32. RIP Open Source MySQL by mAriuZ · · Score: 1

    maybe is time to switch to real database : Firebird SQL , PostgreSQL

    http://blog.marcocantu.com/blog/firebird_gain_mysql.html

    --
    developer http://flamerobin.org
  33. Mistake for Oracle to do this by ravenswood1000 · · Score: 1

    If Oracle does close out MySQL it would be a very bad move to public image. It was a mistake to sell MySQL to them in the first place. As it is right now, I cringe when I see the name Oracle because I know it is a product I don't want to deal with.

    1. Re:Mistake for Oracle to do this by Anonymous Coward · · Score: 0

      It's nothing personal, it's just business. Larry is a shrewd businessman. What did I miss?

    2. Re:Mistake for Oracle to do this by fm6 · · Score: 1

      Nobody sold MySQL to Oracle. MySQL sold out to Sun, which was acquired by Oracle

  34. MySQL tombstone: G.I.F. by epine · · Score: 5, Interesting

    Postgres support is typically volunteer-maintained by one person

    This would double overnight if MySQL were declared pariah non grata, which is precisely the negotiation taking place in this kind of discussion thread.

    Speaking of PNG, you do recall the Unisys GIF debacle? When MySQL dies, may its tombstone read G.I.F.

    1. Re:MySQL tombstone: G.I.F. by rycamor · · Score: 1

      Speaking of PNG, you do recall the Unisys GIF debacle? When MySQL dies, may its tombstone read G.I.F.

      Haha. Perfect. Forget Rest In Peace. Go In Flames. No other open source application has caused so much bad software to be written.

    2. Re:MySQL tombstone: G.I.F. by PTBarnum · · Score: 1

      So then it would be maintained by two people? Well, that certainly alleviates my support concerns.

    3. Re:MySQL tombstone: G.I.F. by Shoten · · Score: 1

      More likely, MySQL will follow the path of other things, and fork...in the process, telling Oracle to fork off.

      --

      For your security, this post has been encrypted with ROT-13, twice.
    4. Re:MySQL tombstone: G.I.F. by Lordrashmi · · Score: 2

      And it has, see MariaDB. A complete drop in replacement with added features. Full disclosure: I work on the project.

    5. Re:MySQL tombstone: G.I.F. by Nivag064 · · Score: 1

      GIF: Get In First?

  35. PerconaDB by brad-x · · Score: 1

    PerconaDB is a drop in replacement for MySQL. If you don't know who Percona are, you're missing out on some magic - these guys are MySQL tuning and recovery experts. I'd trust this over MariaDB - never even heard of MariaDB until I saw this article. http://www.percona.com/software/percona-server/downloads/

    --
    // -- http://www.BRAD-X.com/ -- //
  36. STP by Anonymous Coward · · Score: 0

    Sticky toilet paper

  37. The lawn mower doesn't care by Lennie · · Score: 1

    Think of Larry Ellison as you think of a lawn mower:

    http://www.youtube.com/watch?v=-zRN7XLCRhc#t=38m36s

    --
    New things are always on the horizon
  38. Make the switch and you won't go back by Anonymous Coward · · Score: 1

    We started migrating to Postgres 4 years ago now we use it exclusively, with the exception of a wordpress installation. We have never looked back, and have never regretted it either. make the switch properly and you will be relieved. We started to think about the migration the day we learned oracle owned mysql.

  39. Re:Just use condoms by Anonymous Coward · · Score: 1

    I'm sorry but this crap is extremely annoying. Every "unprotected sex with strangers" story brings out hundreds of trolls saying we should all use condoms and there are another million trolls with mod points to mod them up.

    Every "use condoms" comment has deserved -1 redundant for the past several years. Some people actually prefer "unprotected sex with strangers" and anyone who knows about "unprotected sex with strangers" also knows about condoms so stfu already.

    FTFY

  40. LibreSQL by Anonymous Coward · · Score: 0

    Time for a fork

  41. The performance and the politics of MySQL by Anonymous Coward · · Score: 0

    Who benefits from tests and changelog notes being part of the MySQL source distributions? The only people that absolutely depend on this are the MySQL forks, that is basically Percona and MariaDB/Monty Program AB. Oracle taking this closed source is basically saying 'fuck you' to their forks, in an attempt to force these forks to work harder to maintain compatibility with MySQL or face the fate of slowly drifting away from mainline MySQL.

    As has been observed elsewhere in this discussion, about everything is written for MySQL with anything else bolted on as an afterthought. Not being compatible to whatever is current MySQL for a for means going the way of the Drizzle project - easily better and cleaner than MySQL, but useless, as nothing runs on it any more.

    And that is what Oracle wants to achieve here.

    As for the suggestion of alternatives: Sqlite isn't. Anybody who even suggests that does not even understand the problem. Postgres can become an alternative, but has a lot work to do - in educating a userbase, in helping to make migration easier and quite a bit of performance work, actually.

  42. Oracle IS the REAL DEVIL you've been warned by Anonymous Coward · · Score: 0

    Several years ago, I watched an interview with oracle's owner ( can't even recall his name ) - he was saying so mad things about competitions, open source, and against Microsoft 's dictatorial/anti-conpetition behaviours. HA-HA-HA - Now watch Oracle's behaviours today.....

  43. Of course it is by nurb432 · · Score: 1

    Oracle bought it, and they aren't in the habit of giving stuff away.

    --
    ---- Booth was a patriot ----
  44. phasing out by Anonymous Coward · · Score: 0

    Oracle is either slowing winding down or slowly locking up MySQL. For my company, we have a few hundred installations of commercial-grade MySQL. The newer licensing model meant it was cheaper for us to buy Oracle SE for these installations (and eat some transition dev costs) than to keep with MySQL. Additionally, we are evaluating the "Golden Gate" heterogenous replication platform. The wrinkles we are having with the MySQL side of O.G.G. technology, combined with the attitude of their sales and support staff, indicates to us this particular team views MySQL with modest disdain and is only grudgingly working with it to keep that "heterogenous" feature listed on the wrapper. Very much Oracle's red headed step-child.

  45. Oracle needs to be staked... by Anonymous Coward · · Score: 0

    Oracle is one of the most predatory companies out there - destroying everything it touches... Of course it wants to turn MySQL closed source... Of course, most people are already switching to Hadoop - it may not be as convenient, but it avoids the "Oracle touch"...

    Fortunately, I make the calls for a number of contracts, and people have finally started to see all those dollars flowing to Oracle, for a DB that doesn't keep up, or do what you need... So when I tell them we can remove these licensing costs, it makes them sit up and take notice...

  46. Why fork?? by Anonymous Coward · · Score: 0

    It is not like LibreOffice is any good or even an improvement. If anything, the fork is a piece of crap that can't even re-open documents it generated.

    There are multiple open source SQL databases that are a hell of a lot better than MySQL. PosgreSQL being on the top of that list. So why fork a turd??

    1. Re:Why fork?? by Anonymous Coward · · Score: 0

      Way to FUD, troll.

  47. I just don't see the big deal by Murdoch5 · · Score: 1

    Maybe its just me but if why is this a big deal. If MySQL goes closed source then just switch to one of the hundreds of other databases and run with it.

  48. PostgreSQL by Anonymous Coward · · Score: 1

    Nuff said.

  49. Re:WHY is still anyone using mysql, when there is by firewrought · · Score: 1
    A few theories:
    1. There's a lot of MySQL-specific code out there, esp. among PHP apps.
    2. A lot of hosting providers that sprung up around the LAMP concept offer MySQL but not Postgresql
    3. Those providers have a lot of their own in-house scripts for managing infrastructure involved with MySQL.

    So the situation with Oracle has got to get worse before it can get better, but then you'll see a sudden shift where developers and hosting providers start migrating en masse to some alternative, be it Postgresql or MariaDB.

    (And if I may add, "MariaDB" seems like a weak branding choice because the name doesn't give you any sort of hint that it's a replacement for MySQL. Maybe calling it "OurSQL" would have been more effective/suggestive.)

    --
    -1, Too Many Layers Of Abstraction
  50. SQL Server 2012 by TheNinjaroach · · Score: 1

    FWIW, SQL Server 2012 supports UTF-16 over UCS-2, so they are getting closer...

    --
    I went to eat some animal crackers and the box said, "Do not eat if seal is broken." I opened the box and sure enough..
    1. Re:SQL Server 2012 by SplashMyBandit · · Score: 1

      Awesome, +1 informative. I thought they might finally get around to it (since older versions of SQL Server are completely hopeless for global projects involving things like the Traditional Chinese characters set).

  51. slashdot should stop accepting sentences by Anonymous Coward · · Score: 0

    in the title of a post.

    would prevent a lot of bad written comments.

  52. Re:WHY is still anyone using mysql, when there is by DMUTPeregrine · · Score: 1

    Because it can be quite a lot of effort to switch. MySQL specific extensions are often used throughout projects, most web projects have been written for MySQL, and most cheap web hosting only supports MySQL. So you have to convince the authors of all your tools (eg Drupal, Joomla, SMF, etc) to switch from MySQL to PostgreSQL, and then you can switch your internal projects, and then change web hosts to someone that supports Postgres. Despite being open source MySQL pulled an "Embrace and Extend" on SQL, though it didn't Extinguish.

    --
    Not a sentence!
  53. PostgreSQL in your home directory by greg1104 · · Score: 2

    I maintain a utility named peg that makes it straightforward to install a local copy of PostgreSQL in your home directory. It's aimed at developers who want a local copy they can tinker with as a non-root user. It even includes shell aliases for starting and stopping the server. If you have all the necessary development tools to compile PostgreSQL, you can have a working install in four lines of typing:

    mkdir -p pgwork
    peg init test
    . peg build
    psql

    I haven't made things like building from one of the stable release versions easy yet, but that's mainly because my users so far use peg to hack on the PostgreSQL code and write/test new features. That would be easy enough to add if I saw any demand for it.

    Compilation might see over the line of not being an "out of the box" install. Packaging the software takes far too much build and QA time for the people involved in that to bother for this fairly small niche, people who want home directory, non-root installs.

    Note that while I mainly targeted peg at Linux systems, I've tested it and it can work just fine from OS X too. When I last used Homebrew to get all the development tools on the system on that platform, peg Just Worked after that.

    1. Re:PostgreSQL in your home directory by Sesostris+III · · Score: 1

      Thanks for this. Looks interesting. I'll give it a try.

      --
      You never know what is enough unless you know what is more than enough. - Blake
  54. Are Question Marks the Cause of Bad Summaries? by fm6 · · Score: 1

    No. The cause is lazy editors who don't bother to make sure a summary answers all the questions the reader needs answered. A couple of classes in journalism might help.

  55. Re:You can stop using SQL by fm6 · · Score: 1

    Ten years ago, when MySQL was an immature product that only pretended to be relational, I would have agreed with you. But I'm told by people who have tried to drink the NoSQL lemonade that newer databases like MongoDB still have a lot of problems, while MySQL has undergone a lot of bug removal and feature improvement. They'd rather put up with the problems of MySQL and have a back end they can count on.

  56. A final polish for PostgreSQL? by Anonymous Coward · · Score: 1

    I don't know the first thing about either of these two DBs, which perhaps makes me a fair[ish] witness. No axe to grind anyway. :-)

    Purely from reading the responses in this thread, it appears that the GGP was right, and PostgreSQL is not binary-installable in one's own directory for personal unprivileged operation. All the "Yes you can!" responses seem to have come from knee-jerk fanbois, who when pressed admitted that at the very least one needs root to create some user/group IDs.

    Although I have no personal interest in it either way, why doesn't the PostgreSQL community make unprivileged install and operation possible? The DB appears to be better then MySQL in almost every other respect (I don't know that, I'm just repeating what I read here), so this stands out like a sore thumb. Wouldn't it be a good idea to provide this?

  57. Postgres by Compaqt · · Score: 1

    Although I'm not afraid of Postgres (like Monty wanted you to be in the day -- "Who needs foreign keys?"), I'd like to ask what kind of experiences people have have using it for PHP/web development as a MySQL replacement.

    Specifically, what about the Vacuum thing?

    And replication? Other stuff?

    --
    I'm not a lawyer, but I play one on the Internet. Blog
    1. Re:Postgres by Sxooter · · Score: 2, Informative

      I've run two big sites on PostgreSQL now, the first is a content management system for schools across the US with ~3M users with 1K to 3K active at the same time. 300G db on machines with 128G RAM, 34 15kSAS drives, HW RAID controllers and 48 AMD opteron cores. We ran a very aggressive autovacuum schedule, 8 threads with 1ms sleep and max work limit in the 5000 or higher range. We ran several other services on top of pgsql as well, a search engine, stats db, and session servers on it there. Each setup somewhat differently, all 24/7 and quite reliable. The main ~300G cms database was replicated by Slony, since it was setup some time ago when slony was the only real reliable etc replication engine at the time we started. Honestly, it was great performance wise, and reliability wise. Working around Slony for ddl updates is a gigantic pain in the ass tho. Things have gotten better.

      The second site, in my current job is also 24/7 and on big hardware but is used as a core db for a storage system consisting of literally thousands of TB sized HDs. The actual db is only a fraction of our storage.

      Once you teach your developers to be db centric (start with the data model and work upwards) and the little tricks of postgresql they usually are pretty happy with it. But if you don't have a pg specialist on staff the developers often hate using pgsql because it's NOT what they're used to.

      An example is when I was teaching a new guy to use it and he was bitching at how poor insert performance was. He had a 10k file to import and it was about 10% imoprted after 10 minutes. I had him truncate the table and wrap the inserts in begin;commit; and the whole thing imported in about 10 seconds. This was back on pg 7.1 and php3.0 days. Pg has gotten much faster but the ratio of 10k transactions / individual inserts versus batching all 10k together is still quite large.

      The fact that you can wrap anything except create / drop database / table or setval/nextval in a transaction and roll it back makes it amazing for development work. You can wrap some huge db updates in a transaction and if there's an error anywhere the whole thing rolls back and you can try again without cleaning up a half-updated db.

      It's not perfect, but once you get a handle on performance tuning, autovacuum tuning, and replication it's pretty amazing both performance and reliability wise.

      --

      --- It is not the things we do which we regret the most, but the things which we don't do.
    2. Re:Postgres by Compaqt · · Score: 1

      Thanks a lot.

      Can you share what CMS it was?

      I'm working with Drupal now, and while it's supposed to support both MySQL and Postgres, I have my suspicions that there may be some MySQL-oriented bugs in the machine.

      --
      I'm not a lawyer, but I play one on the Internet. Blog
    3. Re:Postgres by Sxooter · · Score: 1

      The CMS was custom built for the application.

      --

      --- It is not the things we do which we regret the most, but the things which we don't do.
  58. Re:WHY is still anyone using mysql, when there is by jpkunst · · Score: 0

    Because the Postgresql trolls flooding every MySQL story have left a permanent bad taste in my mouth.

  59. Re:WHY is still anyone using mysql, when there is by Anonymous Coward · · Score: 0

    Wordpress

  60. Why does anyone care about Oracle or MySQL? by Anonymous Coward · · Score: 0

    Especially when Microsoft SQL Server gets you the database engine and all the Business Intelligence Tools (Analysis Services, SSIS, SSRS) in one package?

  61. Alternative to Admin by datadefender · · Score: 1

    yes - I like adminer so I can do some work from any PC in the company. but for serious work I prefer Navicat (www.navicat.org). Not free but just excellent. especially the many import/export formats

  62. Windows domain socket by tepples · · Score: 1

    When a Java program run on a non-UNIX system tries to open a UNIX domain socket, what is Java supposed to do?

  63. Hosting companies don't care about PostgreSQL by tepples · · Score: 1

    This has been obvious for some time (InnoDB) which is why many needing similar functionality have moved on to PostgreSQL.

    One reason developers stay with MySQL is that several web hosting providers that I have worked with either don't carry PostgreSQL or charge substantially more per month for access to a PostgreSQL database than for access to a MySQL database. This leads to developers continuing to support MySQL if they want their applications to be used.

  64. MariaDB on shared hosting by tepples · · Score: 1

    Halfway solution: at least get the apps to move to MariaDB.

    Good luck getting Go Daddy and other entry-level shared hosting providers to move to MariaDB.

  65. Shared web hosting by tepples · · Score: 1

    Why are you not using a Linux distribution that supports postgresql like Ubuntu, Redhat, SuSE, etc?

    Because someone on shared web hosting might not have budgeted for an upgrade to a VPS. Shared web hosting providers have been able to get away with charging substantially more for PostgreSQL.

    1. Re:Shared web hosting by bmo · · Score: 1

      Then that sheds a lot of light on the situation.

      I have access to a shell account across town and I don't have root access (it's not my machine). Whatever I need I build from source and be done with it. You only have to build it once.

      The build instructions for postgresql doesn't seem complicated. You just need to know which features you want.

      http://www.postgresql.org/docs/current/static/install-procedure.html

      --
      BMO

  66. Question: is that legal? by IwantToKeepAnon · · Score: 1

    Can you take GPL code, dust off the license and release it as closed source? The "version" of mySQL they bought has to remain free and ALL derivative works have to remain free.

    Now I realize they can port proprietary Oracle type stuff over and KEEP it closed; but the GPL keeps the opposite from happening.

    Is there a case here? Or are they letting open code die from attrition and slowly "borg-ing" proprietary code in for those dead pieces? TFA, as far as I can tell, is only pointing out a change in the testing methods/structures; not DB source code. Maybe they are preparing to borg in closed code .... but have they already?

    Confused/concerned.

    --
    "Happy families are all alike; every unhappy family is unhappy in its own way." -- Anna Karenina by Leo Tolstoy
  67. Re:WHY is still anyone using mysql, when there is by Anonymous Coward · · Score: 0

    Because most applications more serious than a blog have lots of code written with mysql "assumptions" in mind, and the cost of changing over is significant. Just using an abstraction layer apparently isn't enough, if my buddy's (Mysql | Postgresql) support nightmares are any indication.

    Mysql works enough that I'm in no hurry to switch.

    I'd switch if I had time, but as the saying goes we have bigger fish to fry.