Amazon Goes After Oracle (Again) With New Aurora Database

← Back to Stories (view on slashdot.org)

Amazon Goes After Oracle (Again) With New Aurora Database

Posted by samzenpus on Wednesday November 12, 2014 @08:52AM from the brand-new dept.

Sez Zero writes with news about the latest from Amazon Web Services. "Once again Amazon Web Services is taking on Oracle, the kingpin of relational databases, with Aurora, a relational database that is as capable as 'proprietary database engines at 1/10 the cost,' according to AWS SVP Andy Jassy. Amazon is right that customers, even big Oracle customers who hesitate to dump tried-and-true database technology are sick of Oracle’s cost structure and refusal to budge from older licensing models. Still there are very few applications that are more “sticky” than databases, which after typically contains the keys to the kingdom. Financial institutions see their use of Oracle databases as almost a pre-requisite for compliance, although that perception may be changing."

71 of 102 comments (clear)

Min score:

Reason:

Sort:

What's the Difference? by gizmo2199 · 2014-11-12 08:56 · Score: 2

I'm a bit of a DB n00b, but know my way around MySQL. What's the difference between Oracle and MySQL for example. In my experience Oracle DBs tend to be a lot faster, than open source implementations. But is this inherently true, or is it all in the implementation, are there things you can do in Oracle that you can't do in MySQL, or MSSQL?

--
This Sig does not Exist.
1. Re:What's the Difference? by Anonymous Coward · 2014-11-12 09:03 · Score: 2, Insightful
  
  The real question is what can you do in Oracle that you can't do in Postgresql. The answer is very little, but there are must-have features that keep the biggest customers locked in.
  Having said that, Oracle must see the writing on the wall. They won't lose these most-entrenched customers but lots of middle tier customers are seeing the light (and massive cost savings are *really* enticing). Efforts like this from Amazon chip away even more.
2. Re:What's the Difference? by DougOtto · 2014-11-12 09:06 · Score: 4, Interesting
  
  If you're doing straight select, insert, update, delete operations there really isn't much functional difference between any of them. They all do locking a bit different and their are some syntax differences but it's all manageable.
  
  It's when you start looking at procedure code, triggers and such that MySQL(or Maria) is lagging behind in that thing get a bit wobbly. We've been looking at dumping Oracle for exactly the reasons mentioned in the article. Apparently Larry needs some new toys or something because they also seem to be going a bit 'audit happy' as of late. We're completely in compliance but it's taken dozens of man hours on our side to prove it. The worst part is there's really nothing you can do about it.
  
  --
  Solving Unix problems since 1989...
3. Re:What's the Difference? by Anonymous Coward · 2014-11-12 09:11 · Score: 1
  
  I'm as big a postgres fan as the next guy, but there's still no multimaster replication.
  Of course, unless you have millions of dollars to burn on Oracle, you're not going to get multimaster replication there either.
4. Re:What's the Difference? by mlts · 2014-11-12 09:17 · Score: 2
  
  Oracle is a mixed bag. One one hand, it is really nice to be able to get up and running without having to make sure you have every single license key somewhere. On the other hand, there are the audits.
5. Re:What's the Difference? by Anonymous Coward · 2014-11-12 09:18 · Score: 2, Informative
  
  Wikipedia's comparison of RDMS's
  Oracle's comparison of MySQL and the Oracle database
  Can't get much clearer than that.
  As to performance, I'd say it varies by application/configuration. I don't use Oracle myself, but last I heard, MySQL performed better in low-resource scenarios.
6. Re:What's the Difference? by NotFamous · 2014-11-12 09:21 · Score: 2
  
  Oracle - MySQL = PL/SQL. PL/SQL is a full-blown programming language apart from ANSI SQL. There are objects, table variables, maps, arrays, etc. This is what makes it very hard to switch from Oracle. Once you have been bitten by the PL/SQL bug, it is very expensive to move away from.
  
  --
  Some settling may occur during posting.
7. Re:What's the Difference? by larien · 2014-11-12 09:27 · Score: 1
  
  As other posters have said, there are enough features in Oracle (some of which are added cost options) to keep it (or DB2, Sybase etc) mandatory in some cases because Postgres & MySQL simply aren't up to the job.
  Once you have that in play, companies will tend to standardise on one DB platform for most deployments because (a) you don't want to have to keep multiple skillsets up to date and (b) you never know when that new application will suddenly evolve into requiring feature X which MySQL doesn't support properly, possibly simply by organic data growth.
  Also, in some cases, it's probably more expensive proving you can run on MySQL than it is to simply open your wallet to start the deposit for Larry's next yacht...
8. Re:What's the Difference? by Charliemopps · 2014-11-12 09:41 · Score: 2
  
  MySQL is a good example! I to do MySQL... but where I work, I'm the only one. Everyone else does Oracle. When they try to hit my database, they get all confused and come over to my desk. What on earth is going on?!!? I look at their SQL and say "This should never work. What on earth are you doing?!"
  After looking at this for a while, I then learned that Other forms of SQL, especially Oracle, fix your bad code. Not kidding... So code that should not work, the database figures out what you want to do and fixes it. That's both good and bad. It saves you development time, and it lets you hire... well, to be frank, cheaper report guys. Even an idiot can write basic reports for Oracle. Move them to MySQL and they need to know what they are doing. It's not fixing anything for you. It also has it's downsides... you get lazy. I was writing reports in it for a few months for a project and I came back... oh, I can't do that here. That's right. Oh, I can't do a join like that... etc...
  On the DBA side, Oracle makes some major tasks easier. Sometimes when I want to do some major things in MySQL I have to write actual applications or scripts to get the job done. Plan several steps, do them in the right order, etc... and some tasks like that in Oracle are just basic commands. Do X... it ticks away... done. That's nice. But again, it makes you lazy. Leads to you having staff that doesn't really know all the steps required to do X manually.
  That said... I dont think any of that matters. Oracle costs insane amounts of money. MySQL (and a dozen others) is free. And the differences aren't that big of a deal. Any person that does Oracle should be able to get up to speed in MySQL or whatever, in no time. Those major operations that Oracle makes easy? How often do they happen?
  The Oracle guys around me hate anything but it though. "Get a real database!" they say (for real) They have this general feeling that the company should fork over the cash for it so they don't have to bother with the trivial tasks they find annoying in the same way that the company should pay for free coffee. They seem to forget that if the company went with a free option they could literally triple every DBA and SQL guys salary and still save hundreds of thousands of dollars per year. That's how expensive Oracle is.
9. Re:What's the Difference? by Whorhay · 2014-11-12 09:53 · Score: 2
  
  As a security oriented guy the big difference for me is the complete lack of built in security features in pretty much anything that isn't Oracle or MS SQL. MySQL is especially bad in this regard in my experience. Some agency will decide to switch to it because it's free and they expect a lot of savings. Then they discover that lots of the security features that were givens with Oracle or MS SQL just aren't there in MySQL. Sure they can license packages and whatnot to provide for those security options in many cases but then it's not free anymore. They could write their own security packages, but again that will take a lot of time and money to develop, so not actually free. It could definitely end up cheaper in the long run but most program managers I've worked with don't seem to look at that as a viable sell to their customers.
10. Re:What's the Difference? by Major+Blud · 2014-11-12 09:53 · Score: 1
  
  "What's the difference between Oracle and MySQL"
  Well now that Oracle owns both, not much really :-)
  I've always felt that the biggest threat to Oracle has almost always been MS SQL Server, especially in the past few years. Unfortunately for MS, when they changed their licensing model with SQL 2012, the threat has waned to a certain degree.
  
  --
  If you post as Anonymous Coward, don't expect a reply.
11. Re:What's the Difference? by userw014 · 2014-11-12 10:13 · Score: 1
  
  There's also differences in administrative properties - such as access rights, how different users & schemas might interact, how database backups, replication, fail-over, mirroring, etc. all work. There's also subtle differences in some data types - such as what kind of date or time types are available, whether geographical information system (GIS) data types are available - and how much they might cost, etc. With older versions of MySql (5.1), you can have trouble joining the same table multiple times - unless you create a view on the multiple tables. I'm not sure if that's been fixed in the modern variations of MySql.
  Like other's have remarked, if your database needs are modest then you can likely use most any database. It's when you have high reliability, high volume needs that you start designing things that tie you to a particular database system.
  SQL is a "standard" much like "romance languages" is a standard...
12. Re:What's the Difference? by postbigbang · 2014-11-12 10:17 · Score: 1
  
  There's also a HUGE ecosystem, very profitable, that after two dozen years, actually works-- expensive as it is. Oracle DBAs and SQL coders aren't the sort of person that's after the latest "edgy" new db scheme.
  I would venture that most of them don't like JSON, have no clue for hadoop, and are the online/never-fail sorts. They're not going to use REST against an AJAX app, are clueless about puppet, and believe in middleware. Not gonna get them to fix what they perceive as not-broken.
  There is a small amount of wisdom in this philosophy, but like COBOL, mainframes/minis, and AS/400s/AIX, time will eventually pass them by, slowly, but unerringly, IMHO.
  
  --
  ---- Teach Peace. It's Cheaper Than War.
13. Re:What's the Difference? by bobbied · 2014-11-12 10:17 · Score: 1
  
  I'm a bit of a DB n00b, but know my way around MySQL. What's the difference between Oracle and MySQL for example. In my experience Oracle DBs tend to be a lot faster, than open source implementations. But is this inherently true, or is it all in the implementation, are there things you can do in Oracle that you can't do in MySQL, or MSSQL?
  What's the difference?
  Mainly, for most customers, PRICE is the only real difference.
  It's not support, it's not functionality, it's not even performance (usually), it's about what you pay.
  For some customers, there are some unique features that Oracle brings or performance increases they have, but you pay though the nose for it. Usually the people that need these features can afford to buy from Oracle so that's what they do. There is some name recognition that gets your product into some place it wouldn't go otherwise, but that doesn't happen all that much.
  Apart from that, it's about money and Oracle fleecing people who could get a database and support cheaper from other vendors using other products..
  
  --
  "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
14. Re: What's the Difference? by Redbehrend · 2014-11-12 10:25 · Score: 1
  
  I agree I worked at a company with a certified "oracle" expert that got paid big bucos and man was his code sloppy. Since the free ones don't troubleshoot or debug like Oracle you actually got to plan and do it right the first time lol Not sayin that's everyone...
15. Re:What's the Difference? by jbolden · 2014-11-12 10:40 · Score: 1
  
  ASM = control your SAN volume manager from within the database
  Real Application Testing = simulate workloads
  Data Guard = pass databases offsite automatically as it is running
  Flashback = roll the database back to a arbitrary earlier points in time
  Index key compression
  Cluster tables = prejoin
  table and index partitioning = gigantic tables that go across disks and systems
  oracle vault = complex permissions for data with varying level of access that even dbas shouldn't have access to
  etc...
16. Re:What's the Difference? by hey! · 2014-11-12 10:40 · Score: 1
  
  I've used Oracle (as well as practically every other major RDBMS platform) on and off since v4. Oracle has been around a long time and over that time it has acreted features and along with them complexity. For example it's got excellent features for storing and querying geographic objects. One of my favorite neat-o features is "virtual private databases" -- fine grained row-level security. You can set it up so some logins can't even see certain rows of a database -- e.g. if you log in as a regional manager you can see and manipulate only your region's records.
  But of course if you've learned to program apps in the last fifteen years or so, you're probably thinking, "How are you supposed to use that feature when the connections are pooled?" And there's the rub. The way people typically use a database is different than the way they did 25 years ago. Now often what people are lookign for is a data store for a handful of object types in their website, and Oracle is overkill, and if you're thinking about serving thousands of users a minute it'll cost you a fortune for features you probably aren't going to use.
  So for many if not most apps today really doesn't matter much which RDBMS you choose -- or whether you choose an RDMS at all, so long as it provides the performance and reliabilty you need. The nastieness of MSSQL's Transact SQL and the idiosyncracies of PL/SQL are hidden away by peristance providers so you hever have to deal with them. There are stills some apps where you have dozens or even hundreds of tables that are continually being combined in queried in idiosyncratici ways, and this is what a traditional RDBMS is designed to solve. If you've got dozens or even hundreds of tables and millions of records with a modest number of users, it's hard to beat Oracle.
  Within the traditional RDBMSs, Oracle provides rich feature sets that are irrelevent to many developers today. Some of its SQL was non-standard (don't know if this is still true), and some of its JDBC driver features were non-standard (BLOBS -- again don't know if this is still true), but this doesn't matter to users who are working with some kind of persistence provider like Hibernate that papers over the differences.
  As for performance, it's very good for an RDBMS out of the box -- which is to say mediocre. That's the deal with RDBMS: guaranteed mediocre perofrmance for no programmer effort. As load climbs, Oracle in my experience works very well if you have someone who is a capable Oracle DBA. If not Oracle performance has a way of collapsing catastrophically due to resource starvation (e.g. exceeding the memory allocated to the System Global Area etc). Managing an Oracle database that will get hammered is not for amateurs. Oracle databases have all kinds of parameters to tweak, many of which can cause disaster. Beware.
  On top of that Oracle's licensing practices are (or at least were) ridiculously complicated and predatory. They don't care if you screw up and it costs you a ton of money, once they have their hooks into you. I've been to Oracle offices many times, and the corporate culture always gave me the creeps. Of course, if I had to pick a competitor for creepiest corporate culture, I'd have to name Amazon. That may be a case of out of the frying pan and into the fire.
  
  --
  Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
17. Re:What's the Difference? by Hognoxious · 2014-11-12 10:43 · Score: 1
  
  Not much. They both use joins, so they're not webscale.
  
  --
  Confucius say, "Find worm in apple - bad. Find half a worm - worse."
18. Re:What's the Difference? by sg_oneill · 2014-11-12 11:06 · Score: 1
  
  but like COBOL, mainframes/minis, and AS/400s/AIX, time will eventually pass them by, slowly, but unerringly, IMHO
  .... and they'll still be there. Grey and defiant.
  
  --
  Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
19. Re:What's the Difference? by postbigbang · 2014-11-12 11:15 · Score: 1
  
  So are 1957 Porsches. Some designs are timeless, but entropy will get them all but a few samples preserved for posterity.
  
  --
  ---- Teach Peace. It's Cheaper Than War.
20. Re:What's the Difference? by vux984 · 2014-11-12 11:37 · Score: 2
  
  the database figures out what you want to do and fixes it.
  SQL is declarative not procedural.
  The entire raison d'etre for SQL in some sense is precisely that you tell it what you want and it figures out how to do it.
  Basically you've just criticized Oracle for being better at what SQL is SUPPOSED to be. :)
21. Re:What's the Difference? by Cyberax · 2014-11-12 12:09 · Score: 1
  
  Except that Oracle doesn't really do multi-master. They have share-everything RAC, effectively moving the replication requirements onto the block layer. At this point you're better off simply running PostgreSQL on a fast SSD-based storage with synchronous replication for reliability and read-only queries.
22. Re:What's the Difference? by Trailer+Trash · 2014-11-12 12:11 · Score: 1
  
  ...Apparently Larry needs some new toys or something...
  s/toys/entire fucking islands/
  
  --
  Do you have ESP?
23. Re:What's the Difference? by RabidReindeer · 2014-11-12 14:16 · Score: 1
  
  One of the most common underpinning infrastructures to the NoSQL databases is MySQL.
  Oracle and DB2 may have virtues in certain circumstances, but they're a royal bitch to deal with, and in many cases, not worth the money, even in major shops for anything except the very largest applications.
  From an administrative point of view, they're a joke. Ever tried to dump a DB2 database out to raw SQL using the IBM-supplied utilities? Ever tried to port a DB2 database from an iSeries machine to a Linux DB2 server? Or even an LUW Windows DB2 database to a an LUW Linux database? DB2 can't even do a decent job of creating a new table from a selection off an old table - at least Oracle can do that much. Boolean data types? Nope. Error messages that can be decoded in under a day? How about this this Oracle classic (translated into the vernacular) "One of the 145 columns in your SELECT statement has an invalid data type. Guess which one, sucker!" DB2 has an almost identical message. Almost as useful as the old mainframe error message that says "EROPT = ABE OR AN INVALID CODE", explanation: "An invalid code or ABE was specified for EROPT", actual meaning: either your COBOL program specified a wrong length record or the tape drive's on fire - usually the first, but only by consulting the system data areas and decoding the status bits would tell you for certain.
  It's a LOT cheaper to install, maintain, and even repair MySQL and PostgreSQL than it is to do any of those things from Oracle or DB2, and these days, the cost of the support personnel and their available time figures more highly than the cost of the software. Even if the software wasn't free.
  "But Oracle and IBM provide Fortune-level service!" Yeah. Right. "Please stay on the line, approximate waiting time is now 45 minutes. Your call is VERY important to us". Been there. Or maybe a forum where you can be told to cycle the server in Bombay Welsh. In other words, unless you bulk-order mainframes in lots of 6 or more, you'll get better support in most cases from the FOSS stuff, PLUS if all else fails, you can examine and even modify the source code.
  Last Oracle shop I worked in was one of the largest financial institutions in the state. I'm not sure ANY of our systems needed anything on the order of an Exabyte server - even the Financials. Most of the stuff would have run just fine on PostgreSQL with hardly any code mods and without the $64K-plus cost of an Oracle server. Then again, they cut the size of the Oracle support team in half when the recession hit, so I guess they didn't figure that Oracle expertise was worth a whole lot.
24. Re:What's the Difference? by RabidReindeer · 2014-11-12 14:22 · Score: 1
  
  One of the reasons why I avoid stored procedures wherever possible is because the convenience is outweighed by the vendor lock-in.
  Yes, there are times when you need the kind of performance that only complex server-based functions can provide Or times when no more distant means of access can keep a complex environment properly ACID.
  And when that's the case, I'll used stored procedures.
  But for run of the mill stuff, no. You end up with half the application in Java/C/.Net, whatever, and half in the database and you constantly have to scramble back and forth to figure out where important things are happening. And if the CEO comes in and decides no more money for Larry, you've dug a real deep hole.
  MySQL was late to the party when it came to transactions and stored procedures. It's pretty good these days, but PostgreSQL has more practice at it, and the PostgreSQL query language is more like Oracle's PL/SQL, so the conversion costs are lower.
25. Re:What's the Difference? by Grishnakh · 2014-11-12 14:22 · Score: 1
  
  What security features, and are they present in PostgreSQL?
  I'm not sure why everyone automatically goes to MySQL as the only choice for open-source RDBMSes, when Postgres seems to be superior in every way.
26. Re:What's the Difference? by RabidReindeer · 2014-11-12 14:28 · Score: 1
  
  There's also a HUGE ecosystem, very profitable, that after two dozen years, actually works-- expensive as it is. Oracle DBAs and SQL coders aren't the sort of person that's after the latest "edgy" new db scheme.
  I would venture that most of them don't like JSON, have no clue for hadoop, and are the online/never-fail sorts. They're not going to use REST against an AJAX app, are clueless about puppet, and believe in middleware. Not gonna get them to fix what they perceive as not-broken.
  There is a small amount of wisdom in this philosophy, but like COBOL, mainframes/minis, and AS/400s/AIX, time will eventually pass them by, slowly, but unerringly, IMHO.
  Well, that's a real shame, because my Oracle XML book's about 10 years old now. Presumably Oracle's done equivalents for JSON, and I'm pretty sure that they've got some AJAX tools in the mix, too.
  Not that I follow that stuff very closely. Most of the ReST, AJAX, and JSON stuff I've done is either in the general Oracle Sun Java libraries or from one of the major third-party suppliers such as Apache or CodeHaus.
  I'll grant that some people do dig their little hole in the ground and never get any bigger, but that hasn't been a safe way to live for at least 20 years.
27. Re:What's the Difference? by RabidReindeer · 2014-11-12 14:37 · Score: 2
  
  As a security oriented guy the big difference for me is the complete lack of built in security features in pretty much anything that isn't Oracle or MS SQL. MySQL is especially bad in this regard in my experience. Some agency will decide to switch to it because it's free and they expect a lot of savings. Then they discover that lots of the security features that were givens with Oracle or MS SQL just aren't there in MySQL. Sure they can license packages and whatnot to provide for those security options in many cases but then it's not free anymore. They could write their own security packages, but again that will take a lot of time and money to develop, so not actually free. It could definitely end up cheaper in the long run but most program managers I've worked with don't seem to look at that as a viable sell to their customers.
  I have no idea what you're talking about. The MySQL server has extremely fine-grained security and it took me a long time to get happy with what it would let me do. Likewise for PostgreSQL. If the rules aren't just right, you can be bounced and nary a log message in sight to give a clue.
  Most of the major security issues I've seen in database-related systems had nothing to do with lack of security in the database (of which Oracle often makes headlines), but rather in the apps that are accessing the database. In fact, one of the biggest security holes I routinely encounter outside of blatant SQL Injection comes from "clever" people who don't use the industry standard login and security mechanisms and invent their own.
  Clue: I don't care if you ARE the Lord High Architect and Stephen Hawking routinely calls you when he needs help on hard problems. If you are not a full-time security expert with no silly distractions such as actual applications and if you don't have serious security training, DON'T try and invent your own security system. Use one that's already been vetted, proven, debugged and documented. By people who ARE full-time security experts.
28. Re:What's the Difference? by john.sheley · 2014-11-12 15:15 · Score: 1
  
  I'm at re:Invent, and as they laid it out, the difference is in storage, read replication, and provisioning. Storage is in log-based files, and they've set it up so that crash recovery runs in seconds since the redo log playback runs differently. Storage is also all in SSDs. They've optimized read replication and between that and the log-based files, read replicas do very little write processing and are thus able to serve more read requests. Finally, it auto-provisions in 10GB chunks up to a max of 64TB, and the storage cost depends only on what you use. You do have an hourly charge for the master node instance. TL;DR: It has fast I/O and read replication because AWS can leverage the knowledge of their infrastructure, and it provisions itself.
29. Re:What's the Difference? by MurukeshM · 2014-11-12 16:19 · Score: 1
  
  Did you really just say that Oracle fixing "what" you told it do makes it better at SQL, because SQL is about the engine figuring out the "how"?
30. Re:What's the Difference? by Charliemopps · 2014-11-12 16:29 · Score: 1
  
  Right, I'm not a security guy so that's not my problem though :-p
  My general response though is: The database shouldn't be doing the security.
31. Re:What's the Difference? by guruevi · 2014-11-12 17:28 · Score: 1
  
  PostgreSQL isn't the only kid on the block anymore, there are some great implementations to be made in other engines that could outperform Oracle for specific datasets. The problem is that Oracle (as said) is easy to 'certify' which usually means a beancounter can check off a box that means absolutely nothing in the real world.
  
  --
  Custom electronics and digital signage for your business: www.evcircuits.com
32. Re:What's the Difference? by bondsbw · 2014-11-12 18:33 · Score: 1
  
  The difference? MySQL allows more than 30 characters for table/column names.
  
  --
  All my liberal friends think I'm a conservative, all my conservative friends think I'm a liberal.
33. Re:What's the Difference? by LordWabbit2 · 2014-11-12 19:42 · Score: 2
  
  I'm sorry, you are completely wrong. I work with big data, Postgresql and MySQL even MSSQL would shit bricks. The only two viable relational databases for large sets of data are DB2 and Oracle (with MSSQL limping in behind).
  
  --
  There are three kinds of falsehood: the first is a 'fib,' the second is a downright lie, and the third is statistics.
34. Re:What's the Difference? by Whorhay · 2014-11-13 02:29 · Score: 1
  
  That approach can work but as soon as you have any kind of compromise you've essentially handed out the keys to the kingdom. Defense in depth while a pain in the ass is effective in limiting the negative outcomes from security lapses. For instance would you be happy with a company that you did business with storing all your payment information in clear text because it was on a "secure" server? Defense in Depth says that regardless of how many security measures are in place between that data and the rest of the world critical information like that should be encrypted.
35. Re:What's the Difference? by Whorhay · 2014-11-13 02:39 · Score: 1
  
  The first thing that comes to mind with MySQL was the lack of automated account management. Yes, you can do it manually but that is inherently less secure than having an automated process that can be counted on to do things the same way every time.
  The last time I had to evaluate a MySQL database was around a year ago and there was a whole lot of "MySQL doesn't natively support that" coming from the MySQL expert. It is possible that the expert didn't know what he was talking about but each of the features that I tried googling for came back with sales pitches for 3rd party software packages to get that functionality. And there is nothing wrong with that, if whoever is in charge is willing to pay for those products. The problem I kept running into though was the attitude they wanted a complete replacement for Oracle or MS SQL at zero financial cost, instead of just significantly less.
36. Re:What's the Difference? by tigersha · 2014-11-13 02:40 · Score: 1
  
  Thanks for keeping the OSS Oracle/Apple/MS haters in the real world. Oracle does have attributes that PostgreSQL can't match, for large datasets. The problem is that a almost none of the hackers here work with really large datasets. The other problem is that hardware is cheap. The data stored on them is so expensive as be irreplacable.
  That said, I use PostgreSQL for most projects because I don't HAVE really large datasets (I have a lot of small ones).
  
  --
  The dangers of excessive individualism are nothing compared to the oppressiveness of excessive collectivism
37. Re:What's the Difference? by tigersha · 2014-11-13 02:41 · Score: 1
  
  You must be joking, right? Postgres can kick MySQL's ass, sure, but Oracle? For seriously large sets and reliability? No way!
  
  --
  The dangers of excessive individualism are nothing compared to the oppressiveness of excessive collectivism
38. Re:What's the Difference? by tigersha · 2014-11-13 02:44 · Score: 1
  
  Look at the value of an actual business. The hardware on which the database runs is cheap. The data is the product of all the work of all the people who worked there for the last 10-15 years, in the case of companies that do not manufacture things. Do you really think thay paying a couple of thousand Dollars even compensates for that? If you pay an average worked 60000 per year, and you have 200 of them, that is a 1.2 mil per year, and over ten years you gave out 120 million bucks. In comparison to that, the datastorage container is a joke.
  My father had a one man business (a drugstore). He once moanes about eh price he had to pay for replacing his borked backup tape drive. Until I pointed out that if his HDD fails without a backup HE WILL LOSE HIS BUSINESS. He saw the light real quick.
  Oracle is the same for medium to large businesses.
  
  --
  The dangers of excessive individualism are nothing compared to the oppressiveness of excessive collectivism
39. Re:What's the Difference? by RabidReindeer · 2014-11-13 03:18 · Score: 1
  
  Still unclear. The core account management DDL for MySQL is just about the same syntax as any other SQL-standard database, although you can also muck with the raw security tables if you prefer. Are you looking for an LDAP tie-in? Or maybe just a DDD (drag/drop/drool) GUI management tool?
  In general, you'll find that while Oracle and Microsoft offer a lot of stuff under their respective brand labels, FOSS projects usually spins off side projects from third parties. The net effect is about the same except that in proprietary systems, you get exactly what the vendor wishes to offer but they'll tell you what it is, versus the FOSS approach where you typically spend a couple of hours googling (and/or checking the "featured products" page on the main product site), but you often get a choice of tools.
  And, of course, the FOSS systems are generally more open to general external tie-ins in order to facilitate the development of tools without wreaking havoc on the core product. Which is why people scream so loudly about the "black box" approach that Linux systemd offers. Or was in "inflicts"?
40. Re:What's the Difference? by Daniel+Hoffmann · 2014-11-13 03:20 · Score: 1
  
  Nobody ever got fired from buying Oracle
  In all honesty the FOSS solutions at one time (~10 years or more ago) were not nearly as good as Oracle was, that created a snowball effect that people know Oracle, so they want to buy Oracle so the next guy who has to maintain it needs to know Oracle, so he wants to buy Oracle next time.
  It is kind of the same thing that keeps Windows inertia still going, database setup, configuration and maintenance are pretty much completely different across all databases, even the SQL is different across them with each one providing their own proprietary extensions and supporting/not supporting different parts of the spec.
41. Re:What's the Difference? by Unordained · 2014-11-13 03:40 · Score: 2
  
  You might check NuoDB, as that's their target audience.
  RAC was indeed pretty cool. We did have to fight with the Ops guys, though, over the advertised auto-retry feature, which was dangerous for multi-statement transactions, and the documentation (at least at the time) didn't make that clear.
42. Re:What's the Difference? by simonsz · 2014-11-13 05:21 · Score: 1
  
  Yes that is correct. For commodity low end servers, mysql will perform much better than oracle in oltp typ transaction throughput. I did tests myself and saw 10X better performance with mysql vs oracle. Complex queries are different story however.
43. Re:What's the Difference? by simonsz · 2014-11-13 05:23 · Score: 1
  
  Yes that's why Aurora will not make any dent in converting companies from using Oracle db to mysql like databases. The barrier in conversion of stored procedures with complex business logic is formidable and Aurora does nothing to lower this.
44. Re:What's the Difference? by simonsz · 2014-11-13 05:30 · Score: 1
  
  Oracle only owns brand name "mysql". That's it. As for the code base, it can be forked and improved by anyone (e.g. mariadb, drizzle etc). If Oracle decides to deliberately slow down mysql development and try to kill it, it will not work. In the long term, I think mysql and other open databases will devour oracle's proprietary database marketshare.
45. Re:What's the Difference? by Cederic · 2014-11-13 07:43 · Score: 1
  
  So how the fuck are you securing the data at rest?
  How do you make sure that the OS admins can't see the data? How do you assure that people doing low-level data access (for performance or other reasons) can't see the data? How do you prevent a compromised app tier from seeing the data?
  The database shouldn't be doing ALL the security, but it had fucking well better be doing SOME.
Will take years to tackle Oracle crown by FRAKK2 · 2014-11-12 09:08 · Score: 1

For the kind of organisations that use Oracle, you do not switch unless you having a fucking big reason. People use oracle for things that have to run properly all the time, or the business goes bust. The CTO that desides to swtich the database better have bollocks the size of a small planet.
For new projects maybe, but for the day to day running of the company, Oracle will not be shaking in their boots just yet.
1. Re:Will take years to tackle Oracle crown by mlts · 2014-11-12 09:25 · Score: 1
  
  Oracle is expensive, but they have a niche that nobody else can take them from... where almost every application will work with Oracle as a DB backend. They are similar to AutoCAD in the safe bet regard [1]. Not because they are light years ahead of the competition... but they have ended up in a place where it is easier to pay for upgrades rather than switch to another RDBMS.
  Their only real competition in their market is DB/2 or maybe Sybase (because Sybase works as a backend to SAP.) For something used for a backend Web database, there are other solutions that work just as well, if possibly not better.
  [1]: IBM used to have this, but I'd say the crown of "you can't be fired by buying this company's stuff" really belongs to Microsoft.
2. Re:Will take years to tackle Oracle crown by Cyberax · 2014-11-12 10:50 · Score: 1
  
  Yeah, sure. Like the banking systems of entire countries. Except that sometimes Oracle does crash...
3. Re:Will take years to tackle Oracle crown by Ed+Avis · 2014-11-12 23:06 · Score: 1
  
  Don't SAP have their own RDBMS, called SAP DB or MaxDB? It was even released as free software a few years back (then they changed their mind and went back to proprietary). Do you mean that despite that, the only database backend that works well with large SAP installations is Oracle?
  
  --
  -- Ed Avis ed@membled.com
Re:"which after typically" by pr0t0 · 2014-11-12 09:08 · Score: 1

No, WAT is "which after typically". WTF is something else entirely.

--
I'm sorry, but your opinion seems to be wrong.
Re:Microsoft Office by mlts · 2014-11-12 09:42 · Score: 1

Even with office suites, one could export whatever documents to some "standard" and switch to a new product, although some formatting would be lost/destroyed. For example, a document open in Pages, saved, then opened in LibreOffice would take some editing to have it formatted correctly.
Databases are permanent. Realistically, unless there is absolutely no other way to do it (for example, if the RDBMS program is written for a 16 bit OS), no company or organization will change database backends. It just takes way too much time to rebuild applications, make sure the data is exported/imported correctly, all tables are in place, and doing all this in production so it impacts day to day business as little as possible.
Amazon's product may be good, but I would be leery of trusting a cloud-only solution. What happens if there is a new regulation that forces certain data to be in house, or what happens if there is a data breach? At least with Oracle or SQL server, I have some options with both local machines as well as cloud based RDBMS backends. Of course, what happens if Amazon decides to stop being a provider? With an RDBMS, it just means running obsolete software until one can get around to moving. With a cloud provider going under, one has to have a solution before they turn off the lights in place, or else all data is gone.
Finally... what about backups? Someone takes down some Amazon cloud servers, and the company using them is royally hosed. There are no tapes local, if there are backups on AWS or Glacier, they might be on the same datacenter or even the same SAN as the failed cloud servers. A conventional solution at least has the ability to have some tangible medium where the data is stored so it can be recovered.
Re:What is under the hood? by wiredlogic · 2014-11-12 09:49 · Score: 1, Interesting

MySQL/MariaDB can't be positioned as a competitor to Oracle. It takes too many liberties with one's data. PostgreSQL on the other hand...

--
I am becoming gerund, destroyer of verbs.
Methinks the article sensationalizes! by Slashdot+Parent · 2014-11-12 10:02 · Score: 1

If you look at AWS's actual announcement, they say nothing about Oracle. They say that Aurora is compatible with MySQL, which happens to be owned by Oracle, but it is not what most people think of as "Oracle"!
What's my migration path from Oracle to Aurora? Does it support PL/SQL, XML, APEX, Java, etc. stored procedures? Does it support Oracle syntax, index types, etc? How sophisticated is its data dictionary?
From AWS's announcement, it looks like Aurora is meant to be mostly a drop-in replacement for MySQL, but with much higher scalability and durability and more advanced backup features. If I had to call it something, I'd call Aurora "MySQL RAC", because Aurora seems to buy you more RAC-like features but with MySQL syntax/features.
It absolutely does NOT appear to be an easy migration from an existing Oracle application to the Aurora database. Maybe Aurora will attract some new applications, but if you're a big Oracle customer, don't salivate on that 90% cost savings so quickly, because it ain't there!

--
They don't grade fathers, but if your daughter's a stripper, you fucked up. --Chris Rock
1. Re:Methinks the article sensationalizes! by Shoten · 2014-11-12 10:16 · Score: 1
  
  If you look at AWS's actual announcement, they say nothing about Oracle. They say that Aurora is compatible with MySQL, which happens to be owned by Oracle, but it is not what most people think of as "Oracle"!
  What's my migration path from Oracle to Aurora? Does it support PL/SQL, XML, APEX, Java, etc. stored procedures? Does it support Oracle syntax, index types, etc? How sophisticated is its data dictionary?
  From AWS's announcement, it looks like Aurora is meant to be mostly a drop-in replacement for MySQL, but with much higher scalability and durability and more advanced backup features. If I had to call it something, I'd call Aurora "MySQL RAC", because Aurora seems to buy you more RAC-like features but with MySQL syntax/features.
  It absolutely does NOT appear to be an easy migration from an existing Oracle application to the Aurora database. Maybe Aurora will attract some new applications, but if you're a big Oracle customer, don't salivate on that 90% cost savings so quickly, because it ain't there!
  I think you don't understand how competitors get displaced in the IT market.
  Nobody is going to state that their product is a drop-in replacement when it comes to applications. It's not possible, it's never been true, and nobody would believe it even if it were. But Oracle has a huge number of extremely unhappy customers (direct and OEM) who hate their licensing cost and behavior (see the comment a bit of a scroll above about Oracle being "audit-happy"), and want another option. Oracle sells not just databases but full-on applications as well; they're a competitor to SAP in the ERM space for example, and against PeopleSoft in the HR space. But there are ways to roadmap away from them, so that instead of just dumping Oracle tomorrow and replacing the database, you plan to replace them. One extreme case is ArcSight, which used to OEM Oracle for all of their products. They wrote their own DB engine to get rid of Oracle, and their pricing has become much more sane as a result. And, since their DB is purpose-built for the single purpose it serves, it's actually better at what it does than Oracle was. It was a major effort, and other parts of ArcSight were rewritten to facilitate it, but the end result is pretty badass.
  So, in the end, a database does not need to support PL/SQL or Oracle syntax to displace Oracle. It just needs to do what Oracle does, with the understanding that the interfaces to it have to change to some degree...which isn't really the end of the world anyways. Things like service-oriented architecture being in place already make this kind of change a lot easier, as well. But there's no need to act just like the product you want to replace, any more than Dell servers needed to be able to use Compaq power supplies and hard drives when Dell first entered the server market. Customers simply switched, and switched their inventory accordingly along with it.
  
  --
  
  For your security, this post has been encrypted with ROT-13, twice.
Re:What is under the hood? by afidel · 2014-11-12 10:12 · Score: 1

PostgreSQL lacks a lot of features needed to compete with Oracle, things like online index rebuilds and multiple active instances for HA are critical for many businesses where the option to take down the database or a table for maintenance isn't acceptable. Even MS SQL hasn't really been a competitor for many of these mission critical installs until SQL 2012 where finally MS is at near feature parity with Oracle, but they've stuffed up their licensing enough that there's now little incentive to move given all the costs associated with changing anything in such environments.

--
There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
Real financial institutions... by kraut · 2014-11-12 10:12 · Score: 1

... still use Sybase, and not some Johnny-come-lately like Oracle. Even for compliance stuff.

--
no taxation without representation!
Re:Microsoft Office by bobbied · 2014-11-12 10:27 · Score: 1

A few years back there was no shortage of competitors who claimed to do everything MS Office did (or Word, Excel, PowerPoint, etc) at 1/10 or 1/100 or 1/10**6 of the price.
Guess what product most people want to use today? Sounds like Amazon's Oracle killer is another OpenOffice or "Yeah, Write".
Hey, I use Open Office all the time on my Windows laptop... But I'm a confirmed penny pincher who has some IT experience.
But I think you miss the point that we are discussing infrastructure level stuff that the end user NEVER sees. So your example doesn't really wash. MS Office is entrenched because it's what people know and use at work, it's what they are used to. Who knows what relational database the application uses? Not the end user.
What's actually happening is Oracle is falling out of favor in new development. There are cheaper options that do the job just as well. So Oracle is facing a declining user base as they loose market share. It may take decades to die, but Oracle is done unless they can start to capture more of the new development market share. The end user doesn't care what database is the application uses, as long as it works.

--
"File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
Re:Microsoft Office by Cyberax · 2014-11-12 10:52 · Score: 1

We're using Google Docs. What about you?
Re:Microsoft Office by PRMan · 2014-11-12 11:24 · Score: 1

Not to mention that cloud databases are far more likely to expose your business to (potentially government-assisted) industrial espionage.

--
Peter predicted that you would "deliberately forget" creation 2000 years ago...
It's the apps, stupid! by 0xdeaddead · 2014-11-12 15:23 · Score: 1

Nobody buys Oracle because they need a DB, and that sounds sexy. They buy Oracle because their application needs a database, and it either ONLY runs on Oracle, or is highly recommended to run on Oracle.
And then there is Oracle commerce which I see nobody mentioning. The backend of most businesses, which shockingly needs an Oracle database.
Got some random data you want to organize? have a budget? If so MSQL, otherwise MySQL. Have a real world app? Oracle.
CWE-783: Operator Precedence Logic Error by nickovs · 2014-11-12 15:28 · Score: 1

Presumably when they OP author wrote "a relational database that is as capable as 'proprietary database engines at 1/10 the cost,' " what (s)he really meant was "a relational database (that is as capable as proprietary database engines) at 1/10 the cost".

--
If intelligent life is too complex to evolve on its own, who designed God?
Amazon Misses Again by TheNinjaroach · 2014-11-12 16:20 · Score: 1

The reason people aren't switching away with Oracle has nothing to do with the lack of cheaper alternatives.

--
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..
Reasons why Oracle rules the roost... by knwny · 2014-11-12 18:02 · Score: 1

...in big-scale implementations:
1. The existing high-profile customer base across industry domains which demonstrate high-availability, security, scalability and all the other attributes that organizations look for when choosing a database
2. Vendor lock-in due to the myriad Oracle-owner applications that are strewn across an organization's IT landscape
3. IT implementers who keep pushing technologies offered by the big-ticket ERP vendors such as SAP and Oracle
4. The technical support that Oracle provides for its installations
Re:"which after typically" by Godwin+O'Hitler · 2014-11-12 21:37 · Score: 1

You're quite right to point that out, Sir. The correct expression is "post-typically".

--
No, your children are not the special ones. Nor are your pets.
Re:Postgresql is no Oracle by Zappy · 2014-11-12 21:49 · Score: 2

... The real question is what can you do in Oracle that you can't do in Postgresql. The answer is very little ...
The one thing that keeps Oracle customers, especially the corporations, coming back to Oracle is that critical data can not be guaranteed if you use Postgresql or any other 'chicken branded' database engine
Correct one of the very few things you can do with Oracle compared to PostgreSQL is shunt the blame to them, while you might get the full blast when the same thing happens to PostgreSQL.
I have btw never see either of them fail at preserving your data.
Re:What is under the hood? by F.Ultra · 2014-11-12 22:10 · Score: 1

Exactly which liberties does MariaDB take with your data?
Re:Microsoft Office by rvw · 2014-11-12 22:44 · Score: 1

Finally... what about backups? Someone takes down some Amazon cloud servers, and the company using them is royally hosed. There are no tapes local, if there are backups on AWS or Glacier, they might be on the same datacenter or even the same SAN as the failed cloud servers. A conventional solution at least has the ability to have some tangible medium where the data is stored so it can be recovered.
This is basically MySQL, so you can make a backup like normal. With Amazon you can always store that backup in S3, and download that to a local server.
Not DB, people are the problem. by ThePhilips · 2014-11-12 23:03 · Score: 1

Still there are very few applications that are more “sticky” than databases, which after typically contains the keys to the kingdom.
DBs are rarely a problem. But DBAs and developers are the problem.
I had limited to exposure to Sybase and MySQL, before spending several years with a company deeply tied to Oracle RDBMS.
Most developers and DBAs are completely clueless about competitive alternatives. Over the years I have heard so much blatantly stupid crap, that it is even hard to believe that it can come from a person with higher education. MySQL can't transactions. Sybase locks completely everything for every update statement. You can't backup MySQL DB. There is no admin interface in Sybase. PL/SQL is Oracle specific, thus server side functionality can only be implemented with Oracle. Only Oracle implements server-side Java, thus you can connect from Java only to the Oracle DB. And so on.
With this mentality, several projects which required a local DB were stonewalled and simply buried. MySQL (aka MariaDB) was a viable candidate - in fact already successfully deployed by other R&Ds in other locations for the similar purpose - but people more or less refused to even learn how to work with it. Couple of open-minded developers within week actually ported the Java-based software to MySQL, but nobody was listening to them, because, duh, MySQL is impossible to work with.

--
All hope abandon ye who enter here.
Re:Postgresql is no Oracle by tehcyder · 2014-11-12 23:09 · Score: 1

And this week "robustful" comes straight in at Number One in the Most Pointless Neologisms chart.

--
To have a right to do a thing is not at all the same as to be right in doing it
Re:Postgresql is no Oracle by Cederic · 2014-11-13 07:35 · Score: 1

I hate Oracle's pricing structure as much as anybody else
I doubt this. You aren't displaying the bitter despondency, psychopathic tendencies and desperation I feel when I have to deal with Oracle's licensing, and I know I'm relatively balanced on the matter compared to certain colleagues.
Larry, your customers hate you only mildly less than your staff, and you should try a spot of smalltalk to find out how lucky you are that none of them have snapped and caused another 2nd amendment debate.