Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Oracle Businesses

Oracle Fiddles With Major Database Release Cycle Numbers (theregister.co.uk) 69

An anonymous reader shares a report: Big Red has changed its database release cycle, scrapping names that see decimal points and numbers added on for an indeterminate amount of time, instead plumping for annual releases numbered by the year. So what would have been Oracle Database 12.2.0.2 will now be Oracle Database 18; 12.2.0.3 will come out a year later, and be Oracle Database 19. The approach puts Oracle only about 20 years behind Microsoft in adopting a year-based naming convention (Microsoft still uses years to number Windows Server, even though it stopped for desktop versions when it released XP). [...] Well, Big Red will surely be using the revamp as a way to boost sales of database licences -- a crucial part of its business -- which have been in decline for two years running. In fiscal 2016, Oracle reported a 12 per cent drop in annual sales of new software licences, and its most recent results for fiscal 2017 revealed a further 5 per cent drop. And, for all that Oracle has shouted about its cloudy success of late, it isn't yet a major money-maker for the biz. New software license sales make up a quarter of overall revenue, while support for that software makes up a further 45 per cent. In part, the new numbering will be a handy marketing ploy. Rather than playing with the decimal points, a release with a new whole number could be an attempt to give the impression of agility in the face of younger, fresher competitors. Meanwhile, fewer patches and releases on each system also allows Oracle to know more quickly, and more accurately, what security features each customer has. The annual numbering system is also a very simple way of telling you your system is old.
This discussion has been archived. No new comments can be posted.

Oracle Fiddles With Major Database Release Cycle Numbers

Comments Filter:
  • shun Oracle DBMS (Score:5, Informative)

    by iggymanz ( 596061 ) on Friday August 11, 2017 @12:11PM (#54991589)

    For quite a while minor point releases have had major API and behavior changes.

    Technical matters aside, their auditors swarm into a company like Yakuza thugs making up fallacious reasons why the customer must pay more money or must use Oracle hardware. One of their lies is for virtualized customers, saying that every connected physical system where Oracle *might* run must be paid for as if the product really was running there. Of course, with careful legal work taking many months there nonsense can be refuted, and they'll leave....but that's after a large amount of man-hours of effort expended.

    You've been warned. If you use their products, migrate. If you are considering using their products, don't.

    • by Anonymous Coward

      Just dump it and replace with MySQL, or heck even SQLite might outperform Oracle if you put the license cost on enough hardware.

      • by Anonymous Coward

        Just dump it and replace with MySQL, or heck even SQLite might outperform Oracle if you put the license cost on enough hardware.

        MySQL is a toy database. It's a nice toy that does a lot of small things really well, but at the end of the day it's still a toy.

        Try doing active-active clusters with MySQL. Hint: replicating data to another instance of the DB isn't a cluster.

        Hell, even PostgreSQL can't do active-active clustering.

        And yeah, that matters. If you have hundreds of TB or more of data that you need to access/process quickly, you sure as shit don't want to have to replicate it in order to make it available to a clustered front

    • by NoNonAlphaCharsHere ( 2201864 ) on Friday August 11, 2017 @12:27PM (#54991715)
      So you're saying that Oracle is a bunch of thieving assholes, their products are a gigantic pain in the ass to run, and their licensing is a mind-boggingly huge rip-off?

      STOP THE PRESSES!!!!!
    • by Anonymous Coward

      Oh dear, oh dear me.

      This is how it works. Oracle exec account managers takes out companies CTO (or what ever) to lunch/golf, lots of money is spent, they have a great time.

      Team of MySQL programmers do not take the CTO out for lunch and golfing.

      CTO now must decide which thing to pick, those lunches and golf sure were fun.. CTO and everyone else doesn't give a f*ck how much this stuff costs, thats irreverent, and the mostly dont care that it doesnt work that well either so long as the lunches, the golf and co

  • -- which have been in decline for two years running

    (snarky)Couldn't happen to a nicer company.(/snarky)

  • Friends... (Score:5, Funny)

    by frank_adrian314159 ( 469671 ) on Friday August 11, 2017 @12:48PM (#54991897) Homepage

    Friends don't let friends use Oracle.

  • Oracle started to confuse matters when they stopped going by the version number and started calling things 8i and 9i R2 and cloud and every other odd name they use.. 9i was 9.0, and 9i R2 was 9.2. Where did 9.1 go? Long ago, we deployed Oracle Reports for a customer. It ran on the 8i application server which was version 8.1, but was called Reports 6i. The reports function ran internally under an Oracle 8.0 home. I would prefer an overarching name, like Oracle Database 2018, and just use the version numbers
    • by Tablizer ( 95088 )

      Adobe also gives versions weird names, and it drove everyone nuts trying to figure out what was what. It's as if they hired a sports-shoe ad agency to name shit. Does that really attract young drooling buyers?

  • Then a release gets delayed into the next year, the release after that is delayed more, and then it becomes a joke. Company goes back to arbitrary numbers or names.

    • Except Windows servers, where years seem to have stuck. It's actually a bit handy in upgrade discussions. "We have a couple of Server 2008...(interrupting noise) You have what?" But their secret, of course, is to try to only release only every few years.
  • Microsoft is weirder (Score:5, Informative)

    by jrq ( 119773 ) on Friday August 11, 2017 @01:14PM (#54992095)

    Microsoft Windows initially adopted a pretty sane version numbering scheme. Everything was fine up to Windows 3.11, then suddenly we were at Windows 95, followed by Windows 98, a bewildering Windows 98 SE (Second Edition), Windows Millennium Edition (designed to conflict with Windows 2000, its NT cousin?).

    What a mess! What was so great about 1995?

    But under the hood, the major version numbers were still ticking over. Windows 95/98/Me = Version 4, Windows XP = Version 5, Windows Vista = Version 6, and then back to numbers again with Windows 7, and the list is soon to supplemented by Windows 8. But wait! Under the covers Windows 7 is actually Windows version 6.1. That makes no sense. I mean it really doesnâ(TM)t. Apparently the reason for this is to allow software that checks for compatibility to run correctly. Specifically, software written to run in Vista will run in Windows 7. This is stupid. Windows 8 is version 6.2! Windows 9 was skipped altogether because it would interfere with version checks that already looked for Windows 95 and Windows 98.

    I don't know what Windows 10 is under the hood.

    • Oddly enough, the "under the hood" version number for Windows 10 (and server 2016) is currently 10.0.

    • I don't know what Windows 10 is under the hood.

      Which version? Windows 10 has apparently had a few major updates to it already. You can tell this quite easily with the version numbers:

      Windows 10 initial release 10.0
      Windows 10 fall update 10.0
      Windows 10 creators update 10.0

      But don't worry Microsoft has come up with a better way of identifying them.

      Windows 10 initial release is listed as version 1507. You can identify this quite intuitively by going to system information and seeing 10.0.10240 makes perfect sense.
      Currently I'm running Windows 10 "whatever t

  • by Anonymous Coward
    Disclaimer: Oracle employee here, and I know Oracle isn't loved much here. But seriously - how is a comparison to a Microsoft versioning scheme even relevant? All products manage their own version numbers in their own way - that is not relevant to technical capability (or lack of, depending on your point of view). That summary is just a load of bias coming through.
  • The problem with whole number versioning schemes is that there's a fair amount of information lost. With the dotted schemes, you can tell if a new version is bug fixes, minor improvements, feature changes, etc. With a whole number scheme, all you know is the order in which versions are released.

    But, as much as I dislike whole number versioning, I'll take them over using code names any day of the week.

  • by rbrander ( 73222 ) on Friday August 11, 2017 @03:32PM (#54993215) Homepage

    I was an Oracle user for 25 years, took my first course on Oracle 6 in 1991. That was the introduction of it into my employer (City of Calgary) which was locked in IBM mainframery at the time; they had to accept Oracle as needed for GIS mapping, the ESRI and other GIS products all practically demanded Oracle.

    Now, I was not up at the sysadmin end, where Oracle's tools for moving whole databases about, and spreading them across disks and servers and all that, are greatly appreciated. But just as a user, all the needs I had for a GIS database had been replicated in Free Software by the time I retired.

    I think Postgres stacks up fairly well against Oracle, even for the sysadmins fussing over partitions and multiple servers, these days; but for my needs, now considered humble, a mere 10GB database of every pipe, every house, every lot and street, every bit of water infrastructure in a large city and all the work-orders done on those pipes in 10 years - was handled by PostGIS (Postgres with a GIS plug-in) with ease. On a laptop. I started doing real work on my PostGIS copy (and no, transfer from Oracle to Postgres was not remotely difficult) because I had more control over it, was the DBA. Convenient sometimes.

    I guess some Oracle admins will always have a situation where they can say "the free software alternatives just don't let me manage my petabytes easily for 365x24 service", fair enough.

    But so many work needs can be handled well by a reliable database product that can manage a mere few hundred gigabytes quickly and well, that I think if everybody who *could* switch to Postgres *did* switch to Postgres, Oracle would be trying to fund itself on a small fraction of their current customer base, though they would all be huge customers.

    I wouldn't have written that in 2012 when I first looked at Postgres, but their developments since 8.5 have been especially impressive. I recall a debate in their committees a few years back where they worried not enough developers were handling the routine bug-fixes and minor upgrades with each version: too many people were excitedly putting in major new features like 'big database support' and UPSERT (9.5), "parallel query and synchronous replication" (9.6) and so on, to take care of basics. They've had a very impressive five years. As to the predictions for Postgres 10, I can't even understand them: http://rhaas.blogspot.ca/2017/... [blogspot.ca] ... but they are apparently awesome from the fan reviews.

    I tried to get IT at work to have a look at Postgres, but it was a non-starter: our PeopleSoft application is married to Oracle and there's no way they'd have two DB products. Indeed, Oracle may be safe for decades yet unless somebody like EnterpriseDB comes up with a really popular Oracle-to-PG migration for both SAP and PeopleSoft. Those things could not be removed from most large corporations with a nuclear-powered crowbar, so they're Oracle's best lock-in partners right now.

    • I've also worked GIS and Oracle (not always together) for almost 20 years now. I wouldn't disagree with your assessment of Postgres/PostGIS. However it is a somewhat "new" technology. I see new innovation in that direction. However at the same time we have a ton of legacy applications in Oracle too expensive to replace, the lock-in with Oracle makes moving more difficult, and the amount of inertia involved with that load keeps pulling in that direction. That said, most of the newer releases (The oldest I've

      • by rbrander ( 73222 )

        Yow, cool to bump into another GIS guy. Drop by brander.ca if you'd like a few screen snaps of the maps.

        I'm not sure if you meant that you had *legacy GIS* applications in Oracle - most legacy programming work for GIS is in ESRI's various programming languages, upon their app, not the underlying SQL. But I'll stop right there, as the thing about ESRI is that they themselves support Oracle very well, and PostGIS rather poorly and with obvious reluctance that has smelled to me more of Oracle pressure than

  • However, in this case I think they should just keep going. Just because even the more exceedingly uncool kids are doing it doesn't mean you should.
  • More marketing gimmicks, exactly what Oracle needs to turn its slimy reputation around. Brilliant!

Beware of Programmers who carry screwdrivers. -- Leonard Brandwein

Working...