Database Business Problems at Oracle? 210
abb_road writes "Wall Street responded to yesterday's report of a 42% rise in profits by pushing Oracle's stock down. Despite a 77% increase in applications business, investors are worried that Oracle's core database business remains comparatively stagnant. Though Ellison claims that the DB business will grow in double digits over the next few years, it seems that more companies are switching to open source rather than paying Oracle $40,000 a processor."
Works for me (Score:3, Interesting)
And good books [blogs.com] keep coming out for it, too, which is reassuring.
The market is maturing (Score:3, Interesting)
I don't know about open source... (Score:4, Interesting)
Before you go all Slashbot on me, realize that my company is very conservative with respect to technology, so Open Source is unfortunately not an option here...
Postgresql vs. Oracle flame-war.... GO! (Score:5, Interesting)
What is Postgresql missing that Oracle has? What does Oracle have that Postgres is missing? When do these features matter?
Let the flaming begin...
Main use (Score:3, Interesting)
Re:It's about sales, not technology or open source (Score:4, Interesting)
It's almost like Oracle is doing everything they possibly can to promote MS Sql. They just went gestapo on us about licensing and decided that every person who walks up to a kiosk running an app with an oracle back end needs to be a named user, that or we need to buy per processor licensing. $80,000 for our dual proc backend box buys a lot developer time to port to a different database.
Re:$40K/CPU is BS (Score:3, Interesting)
Re:Postgresql vs. Oracle flame-war.... GO! (Score:3, Interesting)
Since 90% of database needs don't even approach that, Posgresql acts as a fine replacement, and 70% of installs could do fine with Mysql as well.
The thing I wonder most is the fact that between MySQL,Postgres, and MS SQL Server is how bad will Oracle be marginalized. This is the same situation Sun is finding itself in. You're one of the few who can play at the top end and do okay for yourself only to find the bottom end eroded and the middle ground a losing battle. As time wears on, your R&D becomes weaker and weaker and more applications don't even bother with supporting your stuff.
Where does that leave Oracle? Hard to say, but if Sun can't pull out and follows SGI - then I'd say the path to Oracle will be quite clear. Perhaps that's why Oracle is trying to cut off MySQL right now while it still can. Wouldn't surprise me if Oracle gains a compatability layer to emulate MySQL though.
$40K/CPU is for the whole boat (Score:2, Interesting)
The "free" edition is that - free with a machine size/data volume limit.
The "Standard Edition One" is prolly the most compelling - $5k per proc LIST. Can only run on Dual proc boxen and can't cluster. Has ALL the features of enterprise besides that.
There is another edition in between that allows bigger boxen and clustering but misses out on some of the uber fancy stuff in enterprise (which, while cool - isn't stuff you use day-to-day).
The standard Edition One came out ~2yrs ago - they're trying to work in the shops/price range where SQLServer usually lives. And seriously, you can push a lot of data through a big dually with enough ram. Not going to support 50 million users - but both SQLServer and Oracle will do an awful lot on a properly configured Dual proc server.
That said - the previous poster was right - if you're paying retail you're nuts, and couldn't negotiate your way out of a paper sack.
I use MySQL, SQLServer, and Oracle on a fairly regular basis in different places, and for vanilla stuff A RDMS is a commodity service.
Until you're using your ERP to generate 4+MB sql statements (a supported feature in the latest DB2 version), or are doing some really ornery stuff, the DB is just a place to dump data. They all let you do backups etc, provide reasonable management tools etc. (Oracle does have some REALLY cool features from a DBA's standpoint that are missing in MySQL et al.)
Dev styles are different in different shops - if you're an "All CRUD/LOGIC in stored procs" shop then the lang in the DB (TSQL vrs PL/SQL) might be important to your devs... but if you are working on relative DB independence or working on portable COTS software, a DB is just another service.
No I don't work for Oracle.
Re:Postgresql vs. Oracle flame-war.... GO! (Score:3, Interesting)
Tin Foil Hat Warning (Score:2, Interesting)
A little perspective on Oracle pricing... (Score:4, Interesting)
6 years ago, before the
Cisco networking gear. Sun servers. EMC disks. Oracle database.
So you paid a few mil for the network. A few mil for the servers. A few mil for the EMC disks. And a mil or two for Oracle at $10K/cpu (list)
NOW, Oracle says "we have 10g RAC, use us to replicate across CPUs. Don't pay $3M + $1M/year for Sun support... buy a rack of Linux servers (or blades) and hardware costs $250K versus $3M... support is nearly free because if a machine fails, just pull it from the rack, throw it in the trash, and swap a new one in there.'
And lo, they promoted "Linux is unbreakable" and charged an extra $10K/cpu for this service. Total end cost to customer is LESS than the old solution, and it's way FASTER.
Then, they have another initiative... use ASM and the low-cost storage initiative... use the database to span multiple disks, and handle all the replication/redundancy. Don't pay EMC $3M + $1M/year for Symmetrix support. Put it on lower cost gear (Clariion, Nexsan ATAboy, or *gasp* Apple Xserve RAID even). Spindle speeds are slower, so you buy 2x as many spindles and get the same IOPS. Hey, you save a couple million and pay more per CPU (say $40K/cpu list) for the whole shootin' match.
So your cost goes from (again, broad numbers)
$2M Cisco + $3M Sun + $3M EMC + $2M Oracle = $10M + maintenance
to:
$2M Cisco + $500K Dell + $500K Dell or Apple + $4M Oracle = $7M + maintenance
You save $3M a year! Of course Oracle gets a bigger cut. But it's "win-win."
Of course, there is the one subtlety here -- you are now using Oracle's RAC and ASM so you can use cheap hardware and storage. This stuff is totally proprietary, so if Oracle comes back come renewal time and doubles your per-CPU cost for the software, it's a helluva lot harder to rip it out than just porting stored-procedure code.
Re:It's about sales, not technology or open source (Score:3, Interesting)
Oracle also went gestapo at my site as well (state government), insisting on licenses for development databases (right or wrong, they've never done that before). They insist on the same number of CPU licenses for *all options* purchased. In our case, we have a big RAC install with 36 CPUs, but we also have many other non-RAC systems, on the order of 100's of CPUs. Oracle insists we should purchase the same number of RAC modules as Enterprise Database CPUs. This would mean we would have to purchase 100's of RAC CPU licenses even though we only have one RAC cluster. Furthermore, they won't allow you to mix user-licenses with CPU licenses (it's either one or the other).
We have many, many database installs due to our prior arrangement with Oracle for a "site license" which meant that we paid for a named-user license for every employee (10's of thousands of users). Over the years, Oracle databases have been created willy-nilly across the enterprise. Since everything is going web-based now, Oracle won't talk to you about user-licensing for any database exposed to the net (potentially billions of named users - natch). For any web-exposed database, one can *only* purchase CPU licenses, so purchasing named-user licenses for internal use was not an option. Therefore, with all our little database servers throughout the enterprise, we were looking at a huge expense.
Beware Oracle licensing these days. Your milage may vary, but this is the new creedo, at least as far as my shop is concerned. We ended up negotiating all of this to something resembling reasonable, but it was a huge hassle and thankfully we have some leverage and a powerful CTO. Meanwhile, Postgress and yes, even MS SQL-Server databases are starting to become more prevalent around here.
Re:I don't know about open source... (Score:3, Interesting)
Pl/pgSql (That's PostgreSQL's pl/sql) is VERY much like Oracles. Naturally it lack some of it's features, but a rewrite from pl/sql to pl/pgsql is dead easy. That means less manhours ... money talks :)
Whither DB2? (Score:2, Interesting)
Does anyone have any experiences to share comparing Oracle's DB with a proper DB like DB2, rather than those other toys?