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.'

78 of 136 comments (clear)

  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 Anonymous Coward · · Score: 5, Funny

      One
      Rich
      Asshole
      Called
      Larry
      Ellison

    4. 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
    5. Re:LOL .. RICO by Anonymous Coward · · Score: 1

      Dumbass

      Postgres can get far past that.

    6. 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!
    7. 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.

    8. 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).

    9. 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.

    10. 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...
    11. 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?

    12. 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.
    13. 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.

    14. 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!
    15. Re:LOL .. RICO by sjames · · Score: 1

      Or remove some cops and bring back the thrashing.

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

      Does that make SCO the sphincter?

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

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

    18. 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...

    19. 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)

    20. 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?

    21. 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.

  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 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 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?

    8. 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.
    9. 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.

    10. 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.

    11. 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.

    12. 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
    13. 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...
    14. 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.
    15. 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.

    16. 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?

    17. 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: 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.

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

      You have the option of CAL or per CPU core.

    5. 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.

    6. 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.

  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. 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."

  8. 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.

  9. 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.

  10. "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 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.

  11. 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 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.

    2. 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.

  12. 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...

  13. 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."

  14. 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.

  15. 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.

  16. 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!"

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

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

  18. 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.

  19. 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.

  20. 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.

  21. 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.