Slashdot Mirror


Beware of Oracle's Licensing 'Traps,' Law Firm Warns (scottandscottllp.com)

itwbennett writes: Slashdot readers are no strangers to Oracle's aggressive licensing practices, practices that have earned them notoriety over the years. This week, Texas law firm Scott & Scott wrote a blog post warning enterprises about the 'traps' in Oracle software licensing. One of the biggest problems with Oracle software is how difficult it is for companies to track internally what they're using and how they're using it, said Julie Machal-Fulks, a partner with Scott & Scott, in an interview with Katherine Noyes. 'They may use just one Oracle product and think they're using it correctly, but then Oracle comes along and says, 'no, you're using it wrong — you owe us a million bucks.'

136 comments

  1. LOL .. RICO by gstoddart · · Score: 5, Interesting

    Is anybody surprised by this?

    Most people who have dealt with Oracle often find themselves wondering how Oracle has never been charged under the RICO act.

    They're a shakedown organization.

    As much as I like an Oracle database, I've seen several situations in which Oracle is the most dishonest group of people to work with, and their licensing is pretty much "give us all the fucking money".

    Sometimes it just seems like they make shit up as they go.

    --
    Lost at C:>. Found at C.
    1. Re:LOL .. RICO by Anonymous Coward · · Score: 2, Interesting

      I have heard from more than one person that Larry Ellisons only reason for existence is to make more money than Bill Gates. Looking at their prices, behavior with the community, and user-friendliness of their software... I'm wondering how they stay afloat at all.

      Sure Oracle DB can be good, but every time I've used it it has been a total pain in the ass for no real reason. MySQL or PostgreSQL are better behaved in my opinion.

    2. Re:LOL .. RICO by jedidiah · · Score: 4, Insightful

      While Postgres seems to be built by people that seem to understand the requirements for a production RDBMS, MySQL comes off like a toy made for lazy developers.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    3. Re:LOL .. RICO by Coren22 · · Score: 0

      Try pushing millions of transactions a day and you will see that Postgres is a toy too.

      --
      APK likes to ask for responses to the same things over and over. Maybe he just likes the responses?
    4. Re:LOL .. RICO by Anonymous Coward · · Score: 5, Funny

      One
      Rich
      Asshole
      Called
      Larry
      Ellison

    5. Re:LOL .. RICO by NatasRevol · · Score: 4, Informative

      10 million transactions per day is only 115 per second. Most databases on decent hardware can keep up with that.

      --
      There are two types of people in the world: Those who crave closure
    6. Re:LOL .. RICO by Anonymous Coward · · Score: 1

      Dumbass

      Postgres can get far past that.

    7. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      I have heard from more than one person that Larry Ellisons only reason for existence is to make more money than Bill Gates. Looking at their prices, behavior with the community, and user-friendliness of their software... I'm wondering how they stay afloat at all.

      Sure Oracle DB can be good, but every time I've used it it has been a total pain in the ass for no real reason. MySQL or PostgreSQL are better behaved in my opinion.

      Try setting up an active-active PostgreSQL cluster with shared storage - i.e., only one copy of data on disk. Which can be kind of important when you have a few hundred TB or more of data in your DB.

      Then try to get the failover to be reliable...

    8. Re:LOL .. RICO by Coren22 · · Score: 0

      Then I must have imagined Postgres crapping out and having to be rebuilt once a month. Even with SSDs, the thing would die under the load.

      --
      APK likes to ask for responses to the same things over and over. Maybe he just likes the responses?
    9. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      It really depends on the db structure. I've easily processed more then 115 tps on Postgres. I'd be interested in seeing how the db was set up. Quite possibly some indices were missed or something.

    10. Re:LOL .. RICO by Tailhook · · Score: 3, Interesting

      Oracle once tried to claim that all of the users of a non-Oracle OLAP system were Oracle "users" because an Oracle database was used to aggregate data from several other databases during a nightly ETL operation. The actual runtime system had no Oracle in it. They had the whole front office running around in circles for a while.

      Fortunately the CEO had a pair and when it finally landed on his desk he got the right answers from his staff and then told the Oracle 'account' gang to sod off, which they did. Knowing my fellow 'muricans and their romper room mentality I bet that ploy works as often than it fails, however.

      Oracle makes a powerful database, and no one has a gun to their head when they sign the contracts, but it's a big, big company, and inside that monster their are some bad agents; people that won't hesitate to scam ignorant and frightened sheeple to pad their sales commissions. That's why hard nosed people, while perhaps not terribly pleasant or empathetic and "nice", are necessary and important. It's also why they're running everything.

      So if you're one of those reading this story and thinking "OMGWTFBBQ that so unfaaaaair make it illeeeeegal now OMG," then do us all a favor and don't expose yourself to contract negotiations with 800lb gorillas like Oracle. There are grownups for that work.

      --
      Maw! Fire up the karma burner!
    11. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      It really depends on the db structure. I've easily processed more then 115 tps on Postgres. I'd be interested in seeing how the db was set up. Quite possibly some indices were missed or something.

      If simply missing an index leads to data corruption, the database engine is a turd through and through.

    12. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      It has come a long way since Postgres 7.x

      I'm currently running one that does about 5,000 tps (most of those transactions are single query, but that's still a lot of concurrency to deal with).

    13. Re:LOL .. RICO by Kartu · · Score: 1

      BS.
      Zalando.de (a major German online shop) runs on Postgres and they have one hell of a DB.

    14. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      Put another way...if all proprietary software was a body, Oracle would be the asshole.

    15. Re:LOL .. RICO by rudy_wayne · · Score: 3, Interesting

      Someone analyzed Oracle's financials once. Oracle makes more money from maintenance contracts than all other parts of their business combined. Take out the maintenance contract revenue and Oracle loses money every year.

      What a great business model. Sell people shit that doesn't work properly and is too complicated to figure out and then charge them extra to make it work (more or less).

    16. Re:LOL .. RICO by thesupraman · · Score: 5, Interesting

      Sorry, but the FUD is strong in this one.

      We push close to 1k TPS through a reasonably setup postgres database (large and highly structured) with hardware levels I would say a bit less than oracle would throw at a similar oracle setup, and it is a fast rock. We have zero problems with it.
      Throw that kind of load at any system untuned and it will fall over - oracle included.

      People often compare postgres benchmarked on someones PC to oracle running on a large unix server - of course oracle will win there, but postgres can scale up pretty damn solidly these days also. Unless you have very specific requirements that require of of the niches postgres does not (yet) address it is great.

    17. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      If Oracle ever offers to come in and do a "free analysis" or "audit" to save you money, tell them, "NO!!!!!!!!!!!!!!!"

    18. Re:LOL .. RICO by JustAnotherOldGuy · · Score: 1

      Try pushing millions of transactions a day and you will see that Postgres is a toy too.

      MySQL and Postgres will both handle millions of transactions per day as long as the schema properly designed and the queries are reasonably well written. Seriously, millions of transactions a day is no big deal anymore.

      --
      Just cruising through this digital world at 33 1/3 rpm...
    19. Re:LOL .. RICO by Greyfox · · Score: 5, Funny

      Are you sure about that? I'd like to see your TPS reports...

      --

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

    20. Re: LOL .. RICO by Anonymous Coward · · Score: 0

      Where is the davantage over active-passive when the storage is shared ? The io will not magically get better, ir will probably get worst as time will be wasted by the OS managing the fs lock and database are not usually CPU bound ? I can understand active passive with shared storage when the dataset is humongous and unshardable but active active,please enlighten me

    21. Re: LOL .. RICO by Anonymous Coward · · Score: 0

      I never had postgres crap itself, you must run a development snapshot or have unreliable storage. Also a properly tuned postgresql 9.x is as almost fast as oracle. Postgresql 9.5 will outpace it in many case with GPU offloading for large join :https://wiki.postgresql.org/wiki/PGStrom

    22. Re: LOL .. RICO by Anonymous Coward · · Score: 0

      So it's your belief that companies should be able to engage in whatever predatory tactics they feel like whether the tactics in question are covered by an agreement or not, and your only recourse should be having someone around with the understanding, ability, and desire to spend considerable time and money taking them on?

      Right. We should have absolutely no protections in the market and everybody should be an absolute expert on absolutely everything they ever engage in.

      Or people like you can grow up and figure out that the rest of us really don't have time to be dealing with liars and bullshit artists constantly and would rather prefer to make their lives difficult when it comes to thier grabs at money they have not earned.

    23. Re: LOL .. RICO by Anonymous Coward · · Score: 0

      So it's your belief that companies should be able to engage in whatever predatory tactics they feel like whether the tactics in question are covered by an agreement or not, and your only recourse should be having someone around with the understanding, ability, and desire to spend considerable time and money taking them on?

      Right. We should have absolutely no protections in the market and everybody should be an absolute expert on absolutely everything they ever engage in.

      Or people like you can grow up and figure out that the rest of us really don't have time to be dealing with liars and bullshit artists constantly and would rather prefer to make their lives difficult when it comes to thier grabs at money they have not earned.

      You've never run a business, have you?

      It shows.

    24. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      I used to work for a company that follows this business model, and damn if it doesn't work beautifully.

    25. Re:LOL .. RICO by jc42 · · Score: 1

      So if you're one of those reading this story and thinking "OMGWTFBBQ that so unfaaaaair make it illeeeeegal now OMG," then do us all a favor and don't expose yourself to contract negotiations with 800lb gorillas like Oracle. There are grownups for that work.

      Nah; you don't need a (human) grownup; you need a bigger, more aggressive gorilla. If you don't have one, the grownups in your organization should have the good sense not to try doing the job themselves. The sort of battles that gorillas engage in are not the sort that even the "best" human would want to tackle. Humans won out over gorillas not by being more powerful, but by being more intelligent. If you fight them on their own terms, you lose (no matter which species you are ;-).

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    26. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      Postgresql is ultra overrated, but it's loved by some. Kind of like sports teams, people always have to take sides.

    27. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      MySQL was shit until Oracle bought it and immensely boosted it. Unexpectedly, Oracle saved MySQL.

    28. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      And people forget that oracle doesn't just sell databases.. they also sell apps.. Getting off one of them, means a total rewrite of your ( pretty embedded ) applications, that most likely are business critical.

      Not saying to chose their apps, but once you do, you are pretty much stuck, for better or worse ( mostly worse )

    29. Re:LOL .. RICO by sjames · · Score: 2

      In more civilized times, those sales people would be soundly thrashed and then literally thrown into the street. Their behavior is unacceptable. Since that sort of direct feedback is now discouraged, perhaps there should be legal limits on their behavior.

      As for me, I just stay the hell away from Oracle. I have better things to do with my life than deal with crap like that.

    30. Re:LOL .. RICO by Tailhook · · Score: 1

      perhaps there should be legal limits on their behavior

      Sure. Add more cops. Solves everything.

      --
      Maw! Fire up the karma burner!
    31. Re:LOL .. RICO by sjames · · Score: 1

      Or remove some cops and bring back the thrashing.

    32. Re:LOL .. RICO by epyT-R · · Score: 2

      Does that make SCO the sphincter?

    33. Re:LOL .. RICO by epyT-R · · Score: 1

      ..or perhaps direct feedback should be encouraged over passive aggression and political correctness.

    34. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      What a great business model. Sell people shit that doesn't work properly and is too complicated to figure out and then charge them extra to make it work (more or less).

      Where I work we have to provide some customers long term maintenance contracts in order to make a sale. We are happy when we only hear from them the first year. The maintenance contract still costs a ton since its a pain to debug 10 year old software or provide a clean upgrade path for all features we deprecate or replace in that time frame ( some code I have is bloated to three times what it should be in order to deal with all the legacy crap ).

    35. Re:LOL .. RICO by Chrisq · · Score: 1

      Dumbass

      Postgres can get far past that.

      Metrics on the web support that:
      http://blog.pgaddict.com/
      http://www.pythian.com/blog/be...

    36. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      He's only got them in the older covers. Can you wait until Monday for him to rework them?

    37. Re:LOL .. RICO by CyberKrb · · Score: 1

      Postgresql is ultra overrated, but it's loved by some. Kind of like sports teams, people always have to take sides.

      Rather, Oracle is overrated.

      Recently seen Postgres (9.4.4) give 40+% performance improvement over Oracle (11.2).
      Plus, it can do *now* many things that Oracle can't.

      (Senior Systems Architect & Admin + DB Performance consultant here)

    38. Re:LOL .. RICO by CyberKrb · · Score: 1

      MySQL was shit until Oracle bought it and immensely boosted it. Unexpectedly, Oracle saved MySQL.

      Ahhh... I beg to differ. SkySQL's MariaDB and/or Percona might save it. Oracle could only kill it via complete stagnation.
      Anybody remember how much it took from 5.5 to 5.6, and how much better MariaDB is than the latter?

      / Experienced former MySQL DBA(15 years) and PostgreSQL DBA/Consultant now, for good.
      (still gotta keep some high-perf Marias due to Magento's sillyness)

      Plus: Oracle fanboi-troll wannabe, why don't you reveal yourself? Scared to provide real arguments/credentials?

    39. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      Seems you know nothing. The others mostly just merge from Oracle, even in 10.1 and 10.2.

    40. Re:LOL .. RICO by dakohli · · Score: 1

      I believe it.

      We were looking at Sparc Server support. I couldn't find a power supply online, so ended up calling the Oracle Help line. Turns out, you couldn't just buy one. they would provide them as part of a service contract. I can't remember the exact price, but it was pretty much the same as the server itself.

      We now have Solaris running on a HP Proliant Server, and it runs great, and easy to find spare parts.

    41. Re:LOL .. RICO by Anonymous Coward · · Score: 0

      I work daily with mysql and oracle databases, and I did benchmarks using hammerdb on oracle vs myql vs postgresql. On OLTP benchmark, mysql came out on top, exceeding 400K transactions per minute. Oracle was only at 40K and postgres at 19K. Of course, on OLAP benchmark oracle beat mysql and postgresql, but not by huge margin.

  2. Obligatory Admiral Ackbar by Dutchmaan · · Score: 5, Funny

    "IT'S A TRAP!"

    1. Re:Obligatory Admiral Ackbar by Tablizer · · Score: 1

      "That's no moon, it's Oracle owning your moon."

    2. Re:Obligatory Admiral Ackbar by wierd_w · · Score: 4, Funny

      No no no.

      More like:

      "That's no moon-- It's the bill from Oracle!"

    3. Re:Obligatory Admiral Ackbar by Anonymous Coward · · Score: 0

      That is a moon, see Larry's dropping his pants.

    4. Re:Obligatory Admiral Ackbar by antdude · · Score: 1

      "I have a bad feeling about this." "I know." ;)

      --
      Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
  3. These guys really have a hard-on for Oracle by Anonymous Coward · · Score: 1

    Look at their "recent posts" box. Just one Oracle article after another. I wonder if Uncle Larry's legal team can go after them for defamation or libel or something.

    1. Re:These guys really have a hard-on for Oracle by xxxJonBoyxxx · · Score: 3, Insightful

      >> Just one Oracle article after another

      They know their target market (Oracle customers sick of being raped) and it must be big enough to justify the marketing spend to keep developing these articles. I'd bet they'd love the free publicity if Larry went after them as his top legal concern.

  4. Sometimes companies deserve it by hawguy · · Score: 4, Interesting

    I did some contract work at a company once where I knew they were using Oracle products beyond their license. I brought it up with the CTO, even quoting the license contract verbatim and he assured me that it was all covered under license and Oracle knew how we were using the product. We had a pretty simple use case and didn't *need* to run Oracle at all, MySQL or PostgreSQL would have been more that sufficient for our needs (and it would have been easy to , but the CTO thought Oracle made the company more prestigious - so migrating off of Oracle was not an option.

    Well, they were "lucky" enough to be chosen for an audit and after we inventoried the systems and sent over the oracle logs, Oracle said we were violating our contract terms and were short by about $250,000 worth of products and $25,000/year in back maintenance for 3 years.

    Our CEO had contacts at Oracle and negotiated them down to "only" $150K + $10K/year, but that was a pretty significant hit to the company - they ended up folding about 6 months later (not entirely due to the Oracle expense, but losing a few months of burn didn't help).

    1. Re:Sometimes companies deserve it by ZorinLynx · · Score: 2

      What is it exactly that legally entitles companies like Oracle to audit you?

      Why can't you just tell them to F off?

    2. Re:Sometimes companies deserve it by hawguy · · Score: 5, Informative

      What is it exactly that legally entitles companies like Oracle to audit you?

      Why can't you just tell them to F off?

      Contracts.

    3. Re:Sometimes companies deserve it by gstoddart · · Score: 3, Interesting

      My wild and unfounded guess: lawyerly speak in the license and contract which says "we own joo bitches".

      If you're running their software, their highly tuned team of lawyers specializing in extortion have written all the documents such that you give them permission.

      That's just a guess, and it's only my opinion, so it's not technically libel or slander against these alleged lawyers whose specialty is extortion.

      But, it all comes down to the license and the contract. And EULAs allow them to change the terms any time they like.

      Say no, and they might move on to the next highly specialized team of lawyers. And then it gets ugly.

      --
      Lost at C:>. Found at C.
    4. Re: Sometimes companies deserve it by Z00L00K · · Score: 2, Interesting

      Which means that companies using Oracle products without any contract at all runs no risk unless someone reveals their use.

      And even then they can tell the Oracle guys to sod off.

      Nothing stops organizations from having a skunk works area either where only a select few have access or knowledge.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    5. Re:Sometimes companies deserve it by ZorinLynx · · Score: 2

      In the end, contracts are worthless unless there's the threat of men with guns showing up to physically enforce them.

      Has it ever gotten to this point? I'm just thinking if I ran a company and another country wanted to send their goons in to look at my hardware and proprietary data, I'd want to be able to legally tell them to fuck off.

    6. Re:Sometimes companies deserve it by afidel · · Score: 3, Informative

      Pretty much, from the Oracle VM UELA:

      Section C.2.
      ...

      We may audit your use of the Programs

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    7. Re:Sometimes companies deserve it by Anonymous Coward · · Score: 0

      Then don't use any proprietary software. It's not just Oracle, almost every EULA has a clause that gives them permission to "audit" your software use and compliance with their licenses.

    8. Re:Sometimes companies deserve it by Moridineas · · Score: 1

      I've never even come close to an Oracle install. What kind of things are in the contract that Oracle audits for?

    9. Re:Sometimes companies deserve it by sconeu · · Score: 3

      The spirit of Darl McBride lives on....

      "Contracts are what you use against parties you have relationships with."

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    10. Re: Sometimes companies deserve it by rudy_wayne · · Score: 1

      Which means that companies using Oracle products without any contract at all runs no risk unless someone reveals their use.

      And even then they can tell the Oracle guys to sod off.

      Nothing stops organizations from having a skunk works area either where only a select few have access or knowledge.

      At one time, Oracle wouldn't sell you anything without a maintenance contract. i would be very surprised if they changed that.

    11. Re: Sometimes companies deserve it by suutar · · Score: 1

      they can tell Oracle to sod off, but telling the DOJ to sod off when Oracle reports them for using stolen software is a bit dicier.

    12. Re:Sometimes companies deserve it by rudy_wayne · · Score: 2

      In the end, contracts are worthless unless there's the threat of men with guns showing up to physically enforce them.

      Has it ever gotten to this point? I'm just thinking if I ran a company and another country wanted to send their goons in to look at my hardware and proprietary data, I'd want to be able to legally tell them to fuck off.

      Unless your business is in Shitcrapistan where there are no meaningful courts, Oracle has enough money to sue you no matter where you are located.

    13. Re:Sometimes companies deserve it by JesseMcDonald · · Score: 1

      In the end, contracts are worthless unless there's the threat of men with guns showing up to physically enforce them.

      That isn't true. The bigger threat in practice is that if you don't honor your contracts, others will stop trusting you to honor your contracts in the future. Imagine trying to operate a business without credit—not just loans, but any situation where a product or service is delivered in advance of payment. Being reduced to "cash-in-advance" dealings with other businesses would be a major blow to most companies. The prospect is more than enough to ensure that contracts will be honored without resorting to violence.

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
    14. Re:Sometimes companies deserve it by Anonymous Coward · · Score: 0

      Yes, this does actually happen.

      This isn't a recent article, but it does a good job of painting a picture of the type of situation you're asking about.

      http://www.businessweek.com/smallbiz/news/columns/97-09/e3516034.htm

    15. Re:Sometimes companies deserve it by JustAnotherOldGuy · · Score: 1

      I've never even come close to an Oracle install. What kind of things are in the contract that Oracle audits for?

      It's wide open, they can go on a fishing expedition for whatever they want. Typical things (IIRC) were using servers with too many processors, too many instances running, I think there were user limits (?), and all sorts of other stuff.

      In the end, they'll find something to ding you for, never fear. It's like if you take your car to a mechanic and ask him to check it, he'll find something that needs to be fixed. The same with dentists, IT techs, heavy equipment inspectors, etc etc etc.

      --
      Just cruising through this digital world at 33 1/3 rpm...
    16. Re:Sometimes companies deserve it by gstoddart · · Score: 1

      In the end, contracts are worthless unless there's the threat of men with guns showing up to physically enforce them.

      Has it ever gotten to this point?

      Well, legal discovery comes close.

      I'm just thinking if I ran a company and another country wanted to send their goons in to look at my hardware and proprietary data, I'd want to be able to legally tell them to fuck off.

      Which goes something like this: Oracle sues, you file a defense, Oracle files a motion for discovery, you file a motion to not ... blah blah blah ... sooner or later the court says yay or nay. If you're lucky, it's nay and it ends. If you're not so lucky the court orders some branch of law enforcement to ensure you hand stuff over. They go through your shit with a fine toothed comb.

      There is a threat of men with guns, but this is implied by layers. There is the chance to tell them to fuck off. But sooner or later, if the court order is, the men with guns are actual law enforcement appointed to ensure you comply.

      It all looks very civil, but at the end of the day, it's less than it seems.

      Oh, and don't forget, the software is covered under copyright, so those men with guns? That's kind of ICE or the FBI.

      The companies have made damned sure they have a real stick, instead of just a bunch of lawyers. And then it comes down to who has a bigger war chest and the meanest lawyers.

      Oracle, has stacked that deck long ago.

      But don't make the mistake of thinking somewhere along the line isn't the real threat of real armed people. They just try to save that for later when all other options run out.

      Oracle isn't making empty threats. They will bring a considerable amount of evil upon you if they choose.

      --
      Lost at C:>. Found at C.
    17. Re:Sometimes companies deserve it by sjames · · Score: 1

      Deals with the devil are like that. The time to say no is when such a contract is offered. That;'s the only way to keep them from having power over you.

    18. Re:Sometimes companies deserve it by Moridineas · · Score: 1

      Ugh, that sounds really obnoxious. I have never understood paying extra for multiple processors. I mean, I guess it makes SOME sense today virtualization, but historically?

    19. Re:Sometimes companies deserve it by Anonymous Coward · · Score: 0

      No you don't have have to give Oracle all information they ask for. You only have to supply them with information pertaining to licensing of their products.

    20. Re: Sometimes companies deserve it by Z00L00K · · Score: 1

      And even then there must be evidence at hand before the justice process starts. It also depends on if DOJ have the rights to do it in the area in question.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
  5. Hello? It's payware... by jedidiah · · Score: 3, Insightful

    Absolutely nobody should be surprised by this kind of thing. The whole industry has problems managing licensing. This has nothing to do with Oracle. You can get bit the same by Microsoft. All it takes is one disgruntled ex-employee to trigger an audit.

    The fact that Oracle doesn't have an annoying license manager doesn't mean it's freeware.

    --
    A Pirate and a Puritan look the same on a balance sheet.
    1. Re:Hello? It's payware... by Anonymous Coward · · Score: 5, Interesting

      It doesn't even take a disgruntled ex-employee to trigger an audit. Sometimes you get hit at random. Last year we spent more on our Microsoft audit than we did on hardware for the entire year. They audited us because we bought a bunch of new copies of Windows Server after releasing a new product and buying a bunch of servers. They wanted to make sure we weren't doing it to cover up past abuse. Punishing customers for purchasing your products is a great way to encourage your customers to not buy your products. We've since started investigating rewriting some of our backend in Java and using Linux servers.

    2. Re:Hello? It's payware... by known_coward_69 · · Score: 1

      except SQL Server is two or three SKU's that include all the features in the box and the licensing is by device/user or CPU core. fairly simple. one time i tried to price out Oracle vs SQL and it was a mess with lots of features being an add on from the base price. you have to install a different version of SQL than you are licensed for to screw up. or use more licenses than you bought. RTFA, sounds like with oracle you buy some features and the install will install features you didn't pay for and then oracle will come back and demand money for those even if you have never used them

    3. Re:Hello? It's payware... by Anonymous Coward · · Score: 0

      Don't forget the CAL's. You have to pay to run SQL Server, but if you want anything to connect to it, you have to pay more.

      Even one server connecting to one SQL server can trigger hundreds of CAL's.

      Only morons do business with Oracle or MS. Total retards give both companies their money.

    4. Re:Hello? It's payware... by xxxJonBoyxxx · · Score: 0

      >> SQL Server is two or three SKU's that include all the features in the box and the licensing is by device/user or CPU core. fairly simple ...says no one who's every had to deal with application requirements that require segregated processors/systems, offsite or DR processing, unknown capacity needs, fluctuating rulings on whether web applications are "one user" or "one SQL seat per user" etc.

    5. Re:Hello? It's payware... by Anonymous Coward · · Score: 1

      > the licensing is by device/user or CPU core. fairly simple

      That's what we thought until we got audited by Microsoft. After moving our web servers to Nginx and backend to Java, the only remaining Microsoft products used in our company were their attempt at an SQL server running on Windows. Despite our best efforts to buy the right licenses, the audit determined (or decided?) we weren't doing the right thing. The audit took two man-years of our time and cost us more than we paid for the licenses in the first place. Even after that disaster, our board still won't let us take the risk of moving from Microsoft's SQL server.

    6. Re:Hello? It's payware... by Anonymous Coward · · Score: 0

      Back when we were looking at getting our MS Server license I took a look at their stuff and it does look simple but it's not. They still have different versions of SQL server (2008 r2 at least did) with different feature levels and difference licensing methodologies. Also things really weren't clear even for the "simple" things.

      What is a core? A single Socket on the Motherboard? A single Core from that? What about hyper-threading? Vitalization?

      It is a fair bit better than oracle from what I've seen but it's still about as clear as mud.

    7. Re:Hello? It's payware... by nikhilhs · · Score: 1

      You have the option of CAL or per CPU core.

    8. Re:Hello? It's payware... by Luthair · · Score: 1

      Minimally they should provide software to track it. and help users avoid enabling features they aren't licensed for.

    9. Re:Hello? It's payware... by Anonymous Coward · · Score: 0

      This. We don't sign contracts that permit random people to root through our equipment and customer data at our expense, or make up new amounts of money we owe them, period. Anyone who does should rightfully fear for their business.

    10. Re:Hello? It's payware... by Anonymous Coward · · Score: 0

      They wanted to audit a company i was at once. I reminded them i terminated our MOLP and went to 'boxed' software purchased from a 3rd party vendor. It was not cost effective for starters ( for us anyway ) and i didnt want the threat of an audit hanging over us.

      They pushed the issue on that call, so they were told 'if you want to audit us, please bring the sheriff and a court order as you are not welcome on the property'.

      Of course they had nothing to go on, so never heard from them again. ( i also did regular internal audits, to be sure we were compliant across the board with all vendors, but that wasn't the point. i refused for us to be bullied )

    11. Re:Hello? It's payware... by Anonymous Coward · · Score: 0

      IBM does this. However, you'll spend a not-insignificant amount of time farting around with the shitty software for the tracking.

    12. Re:Hello? It's payware... by Anonymous Coward · · Score: 0

      Well, it boosts the bonuses of managers for the next year, and that's what really counts. The year after that they'll have moved on to better pastures to rape.

    13. Re:Hello? It's payware... by Mxyzptlk · · Score: 1

      We can only speculate what the triggers are for a software audit.

      Some common causes are: when the customer stops paying maintenance, when there has been disagreements between the customer and the sales person about interpretation of license agreements, when the customer performs a larger hardware consolidation, or when the customer performs a larger migration. Oracle, as other software vendors, of course do not tell you the triggers, because the customers would try to avoid those.

      It boils down to whether or not the software vendor believes they can get out more money out of it.

      I worked at the IRS back in time, and one of the triggers was whether you had stains from a coffee cup on your papers, because that indicated that you had worked a long time on submitting the figures, and that indicated a high risk of errors/mistakes.

    14. Re:Hello? It's payware... by Anonymous Coward · · Score: 0

      It doesn't even take a disgruntled ex-employee to trigger an audit. Sometimes you get hit at random. Last year we spent more on our Microsoft audit than we did on hardware for the entire year.

      Why did you spend anything on the audit? Isn't it Microsofts job to pay for their own audit? You pay only if/when they find something wrong?

      Anyway, if even an audit cost more than you spend on hw, then this is the perfect argument for using open-source only. Because there is no licence management at all. Need another server? Fund the hardware, we have all the rest already - everytime.

  6. Unfortunatly... by petergriffinismyhero · · Score: 4, Interesting

    ..it seems like more and more companies are following this model, although the religious fervor may be less. We were bitten by the VMware scam this year in an audit triggered by the retirement of a legacy system and it's Oracle CPU licenses. Another dirty trick: audit triggered on any reduction of license, nice one! I've also heard of them playing all sorts of license conversion shenanigans when converting from old licenses to new licenses. Thankfully their audit was the last straw that caused our CIO to dictate that we switch to open source RDBMS providers going forward.

  7. Re:Licencing is for cows. by Anonymous Coward · · Score: 0

    http://developers.slashdot.org/comments.pl?sid=7803461&cid=50265123

  8. Never Again by Anonymous Coward · · Score: 0

    Unless you are a huge enterprise with some really specialised needs, you can use PostgreSQL or any of the other FLOSS DBs that support transactions and most DB uses. Never again will I ever use anything but MariaDB or PostgreSQL. Paying a per-processor fee is a tax on the stupid. I have since moved everything I support over the FLOSS. Never again will I pay for software licenses. There is no need. Everything I need is free as in beer and in freedom. PostgreSQL for DB running on Debian stable, OpenBSD and pf for firewall, Debian and nginx for Web server, openSUSE for desktops, older trixbox running on CentOS for PBX, no need to pay anyone for anything other than for hardware.

    1. Re:Never Again by Anonymous Coward · · Score: 0

      Unless you are a huge enterprise with some really specialised needs, you can use PostgreSQL or any of the other FLOSS DBs that support transactions and most DB uses. Never again will I ever use anything but MariaDB or PostgreSQL. Paying a per-processor fee is a tax on the stupid. I have since moved everything I support over the FLOSS. Never again will I pay for software licenses. There is no need. Everything I need is free as in beer and in freedom. PostgreSQL for DB running on Debian stable, OpenBSD and pf for firewall, Debian and nginx for Web server, openSUSE for desktops, older trixbox running on CentOS for PBX, no need to pay anyone for anything other than for hardware.

      Actual redundancy and high availability aren't "specialized needs".

      Neither PostgreSQL nor MariaDB provide either.

    2. Re: Never Again by Anonymous Coward · · Score: 0

      What is inadequate with https://wiki.postgresql.org/wiki/Pgpool-II and synchronous replication, it seems to be quite HA to me

    3. Re:Never Again by jrumney · · Score: 4, Insightful

      There are a lot of Anonymous FUDsters posting from Redwood today.

  9. I've heard this before. by NMBob · · Score: 1

    'no, you're using it wrong — you owe us a million bucks' No, no... That was, "You're holding wrong -- you've already forked over hundreds of dollars."

  10. How is Oracle MySQL not prestigious? by tepples · · Score: 1

    We had a pretty simple use case and didn't *need* to run Oracle at all, MySQL or PostgreSQL would have been more that sufficient for our needs (and it would have been easy to , but the CTO thought Oracle made the company more prestigious

    Except Oracle maintains MySQL. So going with MySQL would still make "We use Oracle software" a true statement.

  11. O.R.A.C.L.E. by ufpdom · · Score: 0

    larry needs a new diamond knob for his yacht.

    One
    Rich
    A$$hole
    Called
    Larry
    Ellison

    --
    There's no Freedom like UFP-dom
    1. Re:O.R.A.C.L.E. by Anonymous Coward · · Score: 0, Funny

      larry needs a new diamond knob for his yacht.

      One
      RAGING
      A$$hole
      Called
      Larry
      Ellison

      FTFY

  12. You get what you deserve by Anonymous Coward · · Score: 0

    Do business with Oracle, MS, et al, you deserve the random ass rapings coming your way.

    After all, you agreed to get ass raped.

  13. Examples of violations please by harshath.jr · · Score: 1

    What are some of these "violation of license" situations? It's kind of hard to judge Oracle without knowing what these situations are... genuine breaches or not?

    1. Re:Examples of violations please by blue9steel · · Score: 2

      Most are probably genuine but likely only a few are intentional.

    2. Re:Examples of violations please by Anonymous Coward · · Score: 0

      DBA speaking from some experience (hence the AC):
      - accidentally using partitioning. Really. 3rd party devs thought it was free. But other option$ are the same - easy to use for 'free' .
      - not having DR licensed the same as prod.
      - dev/tst/staging boxes not licensed. Cos thats what MS does.
      - and the latest trick - VMs exposing all the *host* machines to licensing. ouch.

      Basically there's v.little stopping you from hanging yourself with a expensive licensing noose if you're not (very!) careful. Lots of licensable options with no warning when you use it etc. Scant info on the cheaper versions.

    3. Re:Examples of violations please by Anonymous Coward · · Score: 0

      "VMs exposing all the *host* machines to licensing"

      This one is insidious. Most people would (incorrectly) think that if you set up a guest on VMware with 1 vCPU on a host with cores of processor type X, you'd only pay for 1 core with a processor value unit of cpu type X. Nope. The correct answer is: how many CPU cores are in the ENTIRE CLUSTER? Because that's what you'd have to license for. The only way around this is to use one of Oracle's virtualization technologies, and also to make sure you configure it exactly according to their hard partitioning document, or you're back to licensing everything again. And once you apply the hard paritioning recommendations, you can kiss a lot of the advantages of virtualization goodbye (ie. no live migration, no HA).

      Here's an appropriate comic related to this: The Oracle parking garage

  14. "repair the relationship" by Zeek40 · · Score: 5, Interesting

    I work on a team that builds and operates an enterprise service bus that runs partially on the Oracle Weblogic/OSB stack, along with other JMS brokers such as fuse/talend AMQ brokers and Solace messaging appliances. The Weblogic/OSB portion of the ESB is by far the most brittle and expensive piece of software in the system. We're working to remove the cancer that is oracle software from our network, but since it's an operational system critical to our customer's business it's taking time. We spent about six months working with thoroughly incompetent oracle support staff in an attempt to get the OWSM security modules to perform some basic encryption/decryption and SAML token validation without any success. A significant portion of that time was spent just waiting on oracle support to provide patches for all the roadblocking bugs we encountered. When the patches were finally delivered, they were provided to us completely untested 'as-is'. The first patch delivered wouldn't even run because there were class files missing. We wrote our own security module using WSS4J and java callouts in about three months after we gave up on oracle ever getting us functional patches. A few months after that, oracle performed an audit and attempted to extort additional licensing fees from us for using OWSM. We had never used OWSM for anything but development and testing, and had removed it from our systems entirely by that time. The most satisfying call I've been on working this project was listening to my PM tell the oracle goons to go fuck themselves while they were issuing legal threats via conference-call. After that incident, Oracle wanted to "repair our relationship" and sent a team of what they called "customer service specialists" to meet with us. What they actually sent was a trio of arrogant used-car salesmen. We met with them and after introductions and a system overview we started discussing what it would take to get Oracle to actually fix our laundry-list of open SRs and enhancement requests (If you've never worked with oracle support, an Enhancement Request is what they call a bug they don't plan to fix). They responded to this by bringing up a new project being worked by another team at our company that they were starting database license negotiations with. They suggested that if we could grease the wheels and guarantee that database licensing deal went through then they could put pressure on support to fix the issues we had with weblogic/osb. Their "customer service specialists" were demanding a quid-pro-quo before they'd consider giving us the support we had already paid for. That meeting ended just as poorly as the OWSM shakedown attempt. Our weekly oracle phone conference is openly hostile at this point.

    1. Re:"repair the relationship" by Anonymous Coward · · Score: 0

      Without naming names there are offerings out there which meet all the requirements you just stated - both open-source and proprietary. Start making some phone calls and build a business case up the chain to transition away from your current implementation.

      Note: I'm not hating on Oracle specifically. I'm hating on any enterprise vendor who does not care to keep a customer happy. Where I work people would have been fired if the situation you described occurred.

    2. Re:"repair the relationship" by Zeek40 · · Score: 1

      Don't worry, the oracle stack is on it's way out. The main problem is the fact that it's already a part of a mission-critical system for our customer, so change comes slow.
      A part of our AAR/Lessons Learned discussion regarding this particular scenario involved realizing that oracle knew the 'relationship' was over before we did and stopped giving a shit about making us happy after they had our money.

    3. Re:"repair the relationship" by Anonymous Coward · · Score: 0

      I'm half-expecting their account rep to come in dressed like Huggy Bear, twirling a cane, yelling "bitches betta have mah monies!"

  15. Virtualization Trap by JPyObjC+Dude · · Score: 2

    One real beauty I was involved with handling from Oracle was how they can charge you for all the cores on the VM host even though you are only using say 2 out of 16 cores for your server. Of course they would not do this if you were using their VM stack.

    They tried this to me for Weblogic licenses and after getting a whopping quotation that was easily 20 times what it should have been, I just ended up porting the enterprise app over to Tomcat bringing our license costs for our J2EE stack down to nil.

    1. Re:Virtualization Trap by Anonymous Coward · · Score: 0

      One real beauty I was involved with handling from Oracle was how they can charge you for all the cores on the VM host even though you are only using say 2 out of 16 cores for your server. Of course they would not do this if you were using their VM stack.

      They tried this to me for Weblogic licenses and after getting a whopping quotation that was easily 20 times what it should have been, I just ended up porting the enterprise app over to Tomcat bringing our license costs for our J2EE stack down to nil.

      But if you require a true J2EE app server, Tomcat won't work.

      But Glassfish is free...

    2. Re:Virtualization Trap by neurovish · · Score: 1

      One real beauty I was involved with handling from Oracle was how they can charge you for all the cores on the VM host even though you are only using say 2 out of 16 cores for your server. Of course they would not do this if you were using their VM stack.

      They tried this to me for Weblogic licenses and after getting a whopping quotation that was easily 20 times what it should have been, I just ended up porting the enterprise app over to Tomcat bringing our license costs for our J2EE stack down to nil.

      Yeah, that's a common one, and Oracle will cave on it if you press them.

    3. Re: Virtualization Trap by Anonymous Coward · · Score: 0

      Tomcat is easy enough to modify to behave like a real application server with the added advantage that you only use the part you need (in my case servlet,ejb,jpa,jaxrs,jaxws,jms and cdi) and the implementation that you favor (openejb for ejb, eclipselink for jpa and XML json marshalling, jersey for jaxrs,tomcat built-in jaxws,weld for cdi and joram for jms), the downside is that you have to know JEE really well.

    4. Re:Virtualization Trap by JPyObjC+Dude · · Score: 1

      True. In actuality, we did not need the J2EE features like JavaBeans. We were fine with just servlets so Tomcat was a perfect fit for our stacks.

  16. Lock-in by Anonymous Coward · · Score: 0

    At my place of work (fortune 500), this type of behavior was responsible for us moving the entire business (new development, legacy can remain on Oracle) to SqlServer. I understand that SqlServer supports many of the functions of a real database, but learning to use (no lock) on everything and then finding out that didn't really mean NO lock, it only meant probably-don't-lock was quite an entertaining afternoon. I've been voting to go flat files, but so far they seem intent on sticking with MS. The funniest thing was the announcement that said we were switching to SqlServer to get away from vendor lock-in. That kept me laughing up until I had to log in to the thing.

  17. Orifice, software that ruins the internet by lulztees · · Score: 1

    These guys have their heads so far up their asses they should be called orifice. https://lulztees.com/product/o...

  18. Inevitable perhaps but how long can you delay? by swb · · Score: 1

    I would imagine that the contracts give them that "right" but I'd also wager than many companies running Oracle are dependent on ongoing Oracle support and updates to keep business-dependent systems up and running.

    I wonder what happens when a company actually does decline to allow themselves to be audited and how long they could put it off.

    Let's say you were running Oracle, but unhappy with it and you began planning a migration off it, so you quit paying for support. Oracle believes this makes you in violation and they decide they want to audit you.

    The first step is the Sending of the Scary Letters. You "ignore" the first few letters because they weren't sent certified or the "signature" was some mail room drone scribble for a whole bushel basket of packages. I don't know, but I'm guessing you could dodge even certified letters for a while if the responsible parties were never available. Let's say it buys you two months.

    Since you actually manage to read the letters, you finally decide to reply officially. So you start the next phase, which is the Sparring of the Lawerly Letters, where you attorney and their attorney send snail mail letters back and forth challenging each other's position. Since you rely on snail mail, you might get a couple of months of delaying action out of this.

    So Oracle decides to sue to enforce the contract terms. How much delaying can you buy here? It may just be too much TV, but it seems like there's lots of room for delays here. Discovery motions, challenges to evidence, requests for delays, just getting a trial date may take months.

    Before you ultimately have to give in, you could possibly have bought a year fighting this. Maybe by then you've migrated to your new DB platform, removed all the Oracle and there's nothing for them to audit. Maybe between a friendly local judge and a good attorney, you intimidate Oracle by getting some kind of a discovery motion that makes them want to fold rather than give up "all emails related to licensing and audit policies and procedures" for fear you'll find out it really is a fishing/shakedown expedition.

    The other scenario I wonder about is the company that has some kind of defense contract. "No, I'm sorry, but auditing those systems is impossible. They're classified. If we let you audit them, both of us have just violated national security and are subject to prosecution for espionage."

  19. Sir Terry and Neil Gaiman called this a while ago by Anonymous Coward · · Score: 0

    ...that the purchaser should consider himself lucky to be allowed to give his money to the manufacturer, and that any attempt to treat what had just been paid for as the purchaser's own property would result in the attentions of serious men with menacing briefcases and very thin watches. Crowley had been extremely impressed with the warranties offered by the computer industry, and had in fact sent a bundle Below to the department that drew up the Immortal Soul agreements, with a yellow memo form attached just saying: 'Learn, guys...”
      Neil Gaiman, Good Omens: The Nice and Accurate Prophecies of Agnes Nutter, Witch

  20. I have never really understood Oracle by EmperorOfCanada · · Score: 5, Interesting

    For many years I did the PL/SQL thing to separate the "business logic" and I built fairly large systems for fairly huge companies. I can make three very qualified statements:

    One is that I never really liked working with Oracle as a developer or a DBA. The install was damn easy but configuring and tweaking the DB was a pain on a single machine and a huge pain on multiple machines. Backups and their restoration could easily go very wrong unless you had experienced people and still only after triple checking that things were properly being backed up. The same with any kind of failover etc.

    Second is that while I am not too bad at estimating I pretty much refused to guess as to how much an Oracle licence was going to be. Getting a straighforward answer out of Oracle was actually a dangerous move careerwise as they would often want to send in salesmen when they would hear the names of the companies I was working for. They would basically then try to pull shit that would make me very unhappy. I was fairly certain that they were trying to do things such as replace me with more Oracle friendly consultants once they started to buy whole SaaS companies I cut oracle out of my life.

    My last and most important statement is that at this point in history anyone using Oracle is a fool. MariaDB, PostgreSQL, Redis, or just about any one of a zillion good datastores out there is so much better than Oracle that I simply don't know why anyone would use Oracle even if Oracle was free I would still use the others. If someone said that I had two choices Amazon Aurora or Oracle I would use Aurora even though I have never used it before. I will simply assume that it is easier to use, faster, cheaper, and less dangerous to my career.

    I will give a classic Oracle use case that I did maybe 15 years ago. My client (fortune 50) wanted a system built that would allow you to browse their catalogue and buy stuff online (radical idea at the time). With about 200 main products and an estimated 200,000 to 1 million sales per year estimated (it was 15 years ago) everyone here can guess as to what kind of DB back end we are looking at. Transactional, reliable, blah blah. So we are putting this on a small cluster of machines with about 4 processors each. They insisted upon Oracle as they had been snowed by Oracle into thinking that to have Oracle plus another DB in the same company would blow them up. So I build the system which will then go onto about $400,000 worth of hardware. The entire development time was also spent trying to get Oracle to give them a price which I had said could be insane. So we deliver and the DB licensing was going to be $800,000.
    I had seen this coming so our SQL was completely abstracted and very generic. There was no lock in PL/SQL.
    The client basically loses their crap thinking that this project was going to make them look like a fool in their company and that this could be a career damaging move. So I point out that we saw this coming and have developed the system so that we can swap it over to an Open Source database that not only will be better but runs much faster meaning a more responsive website combined with lower harware costs because they now had more effective hardware capacity than they had with it running Oracle.

    So since that project I have done zero Oracle work and will only do projects that either don't use Oracle or the project involves converting an Oracle database to something else; anything else.

    The odd thing is that out of about maybe 300 developers with whom I have discussed Oracle as a DB 3 or so might have defended it. Without exception they were fully certified in using some Oracle product or another. The other 99% hated Oracle and everything it stood for. As in people who dropped MySQL soon after Oracle bought it. So how on earth is Oracle still in business? How is it that every time that Oracle is brought up in a technical discussion that the experts don't say. "Why don't we just hire people to punch us in the face while we develop the system? For using Oracle is about an equal act of self loathing."

    1. Re:I have never really understood Oracle by Chrisq · · Score: 1

      My last and most important statement is that at this point in history anyone using Oracle is a fool. MariaDB, PostgreSQL, Redis, or just about any one of a zillion good datastores out there is so much better than Oracle that I simply don't know why anyone would use Oracle even if Oracle was free I would still use the others. If someone said that I had two choices Amazon Aurora or Oracle I would use Aurora even though I have never used it before. I will simply assume that it is easier to use, faster, cheaper, and less dangerous to my career.

      I agree totally for a greenfield site. However one thing that Oracle is good at is lock-in. Many sites have no choice because of legacy PL/SQL forms or even Oracle SOA systems. In such cases people have little choice, then the locking ratchet keeps going .... since we have all this Oracle infrastructure paid for we can just use it for the next project..

    2. Re:I have never really understood Oracle by Mxyzptlk · · Score: 3, Insightful

      So how on earth is Oracle still in business? How is it that every time that Oracle is brought up in a technical discussion that the experts don't say. "Why don't we just hire people to punch us in the face while we develop the system? For using Oracle is about an equal act of self loathing."

      My impression is that one of the reasons is that Oracle has a full stack of applications, and once you have locked yourself in by using two or more applications from the stack, you can only see an "unnecessary" cost for moving to some other product, without gaining any functional benefits. And even if you manage to change one of the products, you will probably see little to no reducation in maintenance costs, because that's the way Oracle's SULS price model is constructed (for example the "SULS on all or nothing" clause).

      The decision to move to another vendor is not done by technical experts alone. It is done by the company - which consists of the technical experts AND procurement AND legal AND business controllers. Each of these parties has to have a business case to move to another vendor - otherwise nothing will happen, unless something very disruptive happens.

    3. Re:I have never really understood Oracle by EmperorOfCanada · · Score: 1

      I have a slightly different take on this. The Oracle sales people do their damnedest to cut the technical people out of the loop. Thus the sales take place with top executives, even board members, just not those damn fact spouting technical people.

    4. Re:I have never really understood Oracle by EmperorOfCanada · · Score: 1

      I have only seen this a million times. But the only places that I see this function for long is in companies where there is no natural competition. So monopolies or situations where a few companies have effectively formed a cartel such as some groups of telcos.

      But in companies where they are facing nimble upstarts this sort of thinking is often what leads to their demise. I have watched as companies would suddenly start looking at their solid AS300 and wonder, "Maybe that might kind of be a sort of liability?"

      Then their upstart competitor does an online store and the company discovers that step one in getting their AS300 stored product database is to get rid of the AS300. By the time they are ready for step two their competitor has IPO'd and has withdrawn any offers to merge. Step 3 is getting bought out by a vaguely more nimble company that looks like they might survive the onslaught of the nimble upstart. For this story see Compaq vs Dell, and then the dead corpse of Compaq being absorbed by HP.

      Or look at Sun being beaten to death by Linux and then their corpse being eaten by Oracle.

      But again if your business model is predicated on stupid companies that your very product then kills how is it that they are still trucking along? Especially since they are swimming in a sea of nimble upstarts.

      When are they going to die? My dream is an accounting scandal.

    5. Re:I have never really understood Oracle by Anonymous Coward · · Score: 0

      Yes I once worked for a company which used oracle database, and management came to hate oracle for their extortionist licensing. They wanted to move to other open source database, and that was several years ago. They are still stuck on oracle, but slowly branching out using other database including Mysql, Mongodb and Cassandra. However, their old core db still runs on oracle, and the cost of conversion is still too high for them to get rid of oracle entirely.

    6. Re:I have never really understood Oracle by Anonymous Coward · · Score: 0

      TL;DR:
      We have designed an application that would run on a cluster of cheap machines and does not use any of the Oracle goodies (aka "our SQL was completely abstracted and very generic"). Surprisingly the app did not perform well on Oracle. To my bigger surprise the licenses for that "small cluster of machines" were expensive.
      Anyway, since I did not succeed using Oracle in my super duper cool and generic manner and found out that the hardware configuration that was chosen was not suitable for the task at hand I have decided to bash Oracle on the forums.

  21. Back in the 90s... by Anonymous Coward · · Score: 0

    Oracle and Sun had a "gentleman's agreement" where is Sun sold you some additional CPUs for say, your E6500 servers, delivery of the new CPUs was often quickly followed by a visit from your Oracle sales rep with an invoice for more power units.

    I know, Cool story bro...

  22. I have. by Anonymous Coward · · Score: 0

    I have run a company.

    We treated our clients with respect and fair pricing.

    You don't have to be a dick to run a successful company. I feel sorry for the companies who think you must be and I avoid dealing with those companies whenever possible.

    Oracle is at the top of the list. EMC, VMware, Apple, Microsoft, Lenovo, Adobe, Google, Facebook, Twitter, Comcast, AT&T, Verizon, Cox, Cisco and a few other tech companies are as well.

  23. Customers are treated better than employees by Anonymous Coward · · Score: 0

    And if you think it is bad being a customer of Oracle that buys their kit, consider that it is worse being an employee: the only thing that Oracle can do right is the amount of money they pay you. So if all you care about is money (Hello Han Solo!) then Oracle is perfect for you.

    1. Re: Customers are treated better than employees by Zeek40 · · Score: 1

      I'm pretty sure that only applies to the sales and legal teams. Engineering, test and support either aren't paid enough to care about doing their jobs right or too understaffed to get the work done.

  24. Postgres is not DB for dummies by Anonymous Coward · · Score: 0

    The choice is simple, pay a good engineer for correctly setting up your free Postgres, or
    pay a huge maintenance contract to Oracle to have them solve those issues for you.

  25. the correct answer to that is by cas2000 · · Score: 1

    "fuck off, we'll use postgres instead".

    1. Re:the correct answer to that is by coofercat · · Score: 1

      I agree, but RAC is like crack, and Oracle know it. FWIW, RAC is actually pretty good - esoteric, yes, but actually capable of an awful lot.

      The thing about Oracle is that if you run single server, then you could conceivably migrate to Postres. You've got a world of dev work to do, but you could do it. Once single server starts puffing a bit and the sharp suited Oracle guys tell you RAC is your best option, the PHBs get involved. In fairness to them, they're faced with a big license fee to pay each year, or to pay more in dollars and lost dev time to convert to Postgres. Spending (say) 3-6 months engineering out of Oracle and onto Postgres is pretty career limiting if not done exactly right - not only have you got to convince the CxOs that it's the right way to go (which is hard), but you've got to hit your deadlines and Postgres *has* to give you headroom beyond the next 2-3 years at least (and you've got to push back on your feature delivery a bit). That's a hell of a personal risk to take as a PHB, and so it becomes much easier to spend a lot of someone else's money and buy RAC instead. The implementation costs are tiny in comparison, and you guarantee headroom for several more years at least.

      Whilst I can understand all of this, what I can't understand is how anyone thinks Oracle isn't just going to turn up the thumb screws in years 2-3. I mean, once you've used RAC enough that you couldn't "just drop in postgres", then they know you've got months of dev work just to shard up your data, never mind actually use a different RDMS. As much as I think Oracle are arseholes, cranking up the license to a captive customer is pretty understandable. How on earth the CxOs can't see this up-front is beyond me - what the hell do they teach on MBA courses?

      What I can't abide is the slight-of-hand stuff Oracle also does. The subtle changes to contract wording that mean you sign your contract renewal and are instantly in violation of your contract (which they only tell you about a few months later). That to me seems more like a protection racket, and surely must be illegal in a lot of jurisdictions. I wonder if customers can ask for assurances that they're license-compliant on day one of contract renewals? That wouldn't stop you having to pay, but at least you'd get some transparency while dealing with the contract, and would mean you could at least stay compliant until the next renewal.

      So anyway, if you're about half-using an Oracle single server, then start looking at Postgres. That way you're always small to Oracle and not worth hassling too much, and you won't ever get into all this horrible stuff.

  26. There are 4 types of shops.... by Electrawn · · Score: 3, Informative

    There are Microsoft shops out there, and there are some that I've worked with that are happy with Microsoft.

    There are IBM shops out there, and there are some that I've worked with that are happy with IBM.

    There are Best of Breed shops, (LAMP/OSS/etc) and they are happy as hell.

    There are Oracle shops out there, and never have I heard a client say "We Love Oracle!"

  27. Self Audits by Anonymous Coward · · Score: 0

    I'll have to say my views of VMWare and Microsoft changed recently after having some clients receive a self audit from each.
    VMWare said licensing was being broken because there were hosts hooked to vcenter running licenses without support while also having hosts connected that did have support contracts. This is supposedly a support loophole and they could get support on licenses that don't have a support contract. Such a huge waste of time and a ridiculous claim.
    Microsoft then self audited a tiny client of mine that doesn't even have a single microsoft server in house. I guess using office 365 opens users up to an audit. They had a very long spreadsheet that needed to be filled out and even asked how many office 365 licenses were being used!? Don't they know how many are on the bill?
    I don't think it should be legal to require companies to self audit and leave them with the expense of that. I believe I would take more regular phone home license activation schemes over this.
    Software companies are a little out of control with what they are allowed to do to customers.

  28. Google could have belted them by Tablizer · · Score: 1

    As revenge and/or a bargaining chip for the Java lawsuits, Google could have bought PostgreSql stewardship and fleshed out the rough spots to make it more competitive and compatible with Oracle. Not too late.

  29. Fuck You Slashdot by Anonymous Coward · · Score: 0

    Why the fuck do you have me click to show me the rest of the comment when there is no more. A few time in the past, I'd click to show the rest of the comment, only to have half a sentence revealed. Fucking games by assholes trying to push additional ad views would be my guess. Fuck You is about all I have to say.

  30. This is exactly Oracle's tactic. by felixrising · · Score: 1

    We had one small installation of Oracle on a VM running some old legacy database. Oracle audited and noted that the default packages were installed. The poor DBA didn't realise he was supposed to remove all of the default install-time packages as we had only licensed the base installation, but despite the fact we were only actually using the base packages, Oracle kindly notified us we were under licensed and owed money for several years with all the out-of-the-box features. Also because we were running oracle on a small 1vCPU Virtual machine, we had licensed for 1 CPU, but Oracle doesn't recognise "soft partitioning" hypervisor like ESX, only Oracle VM or "Hard Partitioning"... so we also got hit up for the full count of CPUs on the underlying ESX host (8!). After a lot of wrangling, Legal departments going back and forth we made a deal and purchased double the licensing we actually needed (so they had a sale and we were out of pocket for software we will never use). Needless to say, we have since divested in Oracle and will never use their products again. Oh, that reminds me. Oracle Java is a pain in the arse now, and the sooner it dies the better.

  31. How would you price it and protect it? by Anonymous Coward · · Score: 0

    I'm absolutely no fan of Oracle, in fact my company often competes with Oracle in certain domains and I think we have many similar problems when it comes to protecting our company and our product. We price it by (1) number of cores on the server where it will be used, or (2) number of users or (3) other project-specific metrics that we and the buyer can agree on (this is not common but every once in a while necessary).

    We have customers that buy 1 core's worth of licensing and then try to run the software on a 1024 core machine. We have customers that buy 1 development license and copy it across a multi-site development team of 10 or 20 developers. A company field engineer will show up on site to support that one developer and find themselves talking to a roomful of people who are all using the software.

    We are currently fighting a situation where a government integrator is making unlimited copies of a single license and installing that same license into a system that get deployed out on military equipment that is disconnected from the network so that there is a limited ability for each instance of our product to determine that it's not legal.

    I don't much like Oracle but when it comes to audits I feel their pain. Far too many people believe that everything should be free and the don't give a crap about using stuff they haven't paid for or lying about how they are using it so they can save a buck.

    The abuses by the government and commercial sector are rampant and they are destroying our company.

  32. There is no opensource alternative to Oracle APEX by burbilog · · Score: 1

    My last and most important statement is that at this point in history anyone using Oracle is a fool. MariaDB, PostgreSQL, Redis, or just about any one of a zillion good datastores out there is so much better than Oracle that I simply don't know why anyone would use Oracle even if Oracle was free I would still use the others.

    There is no sane alternative to Oracle APEX, unfortunately. It's waaay to easy to whip out company-wide applications that require no client installation, nothing, no opensource system could do the same.