News for hackers. Stuff that matters.
Re:Oracle vs. PostgreSQL – A Comment by Justsignedup on Saturday May 30, 2020 @11:29AM (#23361808)
As a developer:

- No license fees is huge. My company saves tens of thousands on license fees when we can't really afford it.

- The ability to set up environments super quickly is amazing.

- Rollback of DDLs is huge for testing migrations

- The backup features aren't broken by default. I've spent hours researching how to back up an oracle db and transfer it to another. And at that point versions matter. With postures I think I spent 30 minutes total figuring it out over the years.

Overall I am a huge fan of Postgres having used it for about half of my career and oracle for the other half. I genuinely hope I never use oracle again.

Re:Oracle vs. PostgreSQL – A Comment by danpalmer on Saturday May 30, 2020 @05:30PM (#23364931)
We have a database server at work that costs us about $10k a year. It’s bare metal so that gets a nice spec. We’re probably a little over provisioned, but not crazy so.

The sticker price of the Oracle licence for this would be about $400k a year.

It’s just a complete non-starter for most companies.

Re:Oracle vs. PostgreSQL – A Comment by jcriddle4 on Saturday May 30, 2020 @11:46AM (#23361928)
Obviously you don't have experience with Oracle or you would have written hundreds of thousands of dollars in license fees... /s
Re:Oracle vs. PostgreSQL – A Comment by dataminded on Saturday May 30, 2020 @02:33PM (#23363440)
Obviously you don't have experience with Oracle or you would have written millions of dollars in license fees... /s
Re:Oracle vs. PostgreSQL – A Comment by acdha on Saturday May 30, 2020 @02:41PM (#23363506)
Funny story: I worked at a place which spent millions annually with Oracle. They had a couple hours downtime every day because they couldn’t afford the online backup product.

This was an Ivy League university with an endowment in the tens of billions.

Re:Oracle vs. PostgreSQL – A Comment by miahi on Saturday May 30, 2020 @03:38PM (#23363939)
This is not true. There is no separate licensing for archivelog mode (the single thing that is needed for online backups).
Re:Oracle vs. PostgreSQL – A Comment by acdha on Saturday May 30, 2020 @03:51PM (#23364042)
That may be the case now but it was either different back then or neither their Oracle-trained DBAs nor their Oracle consultants was aware of it.

I was working with an even worse Oracle product (Hyperion) which had a convoluted homegrown script restarting all of the services on a number of servers to work around their inability to reliably handle database connection failures lasting more than a short interval. Before do that, they’d tried to get rid of the backup window but were told that wasn’t possible unless they could come up with a large amount of money for the license.

Re:Oracle vs. PostgreSQL – A Comment by throwaway_pdp09 on Saturday May 30, 2020 @12:23PM (#23362232)
> Rollback of DDLs

Oracle can't roll back these (create table/drop index etc)? That really surprises me. Pretty certain MSSQL can, because I've used it. Amazed, actually, that oracle can't.

Re:Oracle vs. PostgreSQL – A Comment by atombender on Saturday May 30, 2020 @12:48PM (#23362480)
Very few databases support transactional DDL, meaning that you can do something like:

  BEGIN;
  DROP TABLE foo;
  CREATE TABLE bar (t int);
  ROLLBACK;
...and it will just work as you expect. Oracle doesn't, nor does MSSQL.

As far as I know, other than Postgres, only Sybase ASE, Informix, DB2 UDB, and Firebird support transaction DDL.

Re:Oracle vs. PostgreSQL – A Comment by castorp on Saturday May 30, 2020 @05:04PM (#23364712)
> Very few databases support transactional DDL

Postgres, SQL Server, Firebird, DB2, SQLite, Ingres, Informix, Teradata, Vertica all support transactional DDL

Re:Oracle vs. PostgreSQL – A Comment by nycdotnet on Saturday May 30, 2020 @05:26PM (#23364895)
SQL Server partially supports it - indexes for example are not versioned which causes snapshot transactions to fail if someone rebuilds an index - even if it’s not in scope of the snapshot.
Re:Oracle vs. PostgreSQL – A Comment by throwaway_pdp09 on Saturday May 30, 2020 @05:42PM (#23365025)
That doesn't sound right by my experience, Could you give a link please? I'm concerned I've not heard of this. Probably because it's MVCC/snapshot isolation which I'm not familiar with.
Re:Oracle vs. PostgreSQL – A Comment by mayoff on Saturday May 30, 2020 @02:15PM (#23363292)
DDL is transactional in SQLite.
Re:Oracle vs. PostgreSQL – A Comment by throwaway_pdp09 on Saturday May 30, 2020 @01:23PM (#23362819)
Re:Oracle vs. PostgreSQL – A Comment by diroussel on Saturday May 30, 2020 @12:31PM (#23362308)
MSSQL can roll back DDL. But the DDL changes are not fully transactional, as other trans sacri one can see new columns and tables before the DDL transacrion commits.

Postgres gets it right. DDL is contained in the transacrion until commit.

Re:Oracle vs. PostgreSQL – A Comment by throwaway_pdp09 on Saturday May 30, 2020 @01:24PM (#23362826)
That sounds like a transaction isolation level being set too low. Really sounds like it.
Re:Oracle vs. PostgreSQL – A Comment by skunkworker on Saturday May 30, 2020 @10:51PM (#23366749)
Having DDL is nice until you are trying to add indexes to a production system and can’t have it locking the entire table. Then you need to add the index concurrently and Postgres does not support concurrent index creation inside of a DDL transaction.
Re:Oracle vs. PostgreSQL – A Comment by msla on Saturday May 30, 2020 @10:27PM (#23366664)
> No license fees is huge. My company saves tens of thousands on license fees when we can't really afford it.

It isn't always about affording it, it's about risk reduction, or the perception thereof:

Every single time the company I work for has to renew a license, it has to once again initiate the long, painful process of finding its ass with both hands. "Why are we paying for this? Who exactly is using it? Why are they using it? How much will this cost? Can we make it cost less? Given that it's impossible for us to negotiate this cost, how can we make the company we're licensing it from not charge us as much money as it's inevitably going to? When is this license due? Why hasn't IT, which has no purchasing authority, fixed this yet?"

With Postgres and CentOS and other OSS, none of that happens. The C-levels never know, so they never get a chance to do their headless-chicken dance routine. Much more relaxing.

Re:Oracle vs. PostgreSQL – A Comment by OrangeUnicorn12 on Sunday May 31, 2020 @05:07AM (#23368259)
Some points for you, if I may:

- Why are you worried about license fees as a developer? :-) Seriously speaking, start with Oracle SE2. It is so cheap, I would use it everywhere. And if you need those "partitioning", "parallel execution" etc - your business is Enterprise, and you can afford such price tags. (I know, there will be a sh1tst0rm now, but please think about what IO said from business POV)

- Oracle Public Cloud gives you database extremely fast - and you will never have issues with license audit

- The name of "Rollback of DDLs" is "no developer access to production" and "UAT" :-)

- hmmm... $> rman rman> connect target rman> backup database plus archivelog delete input; rman> exit

What can be easier?

Are you a huge fan of Vacuuming, XID Freezing, WAL optimisations etc. etc.?

The MVCC in Postgress, in my view (!) is joke from academia, where they had not a single DBA :-)

Re:Oracle vs. PostgreSQL – A Comment by davidhalter on Sunday May 31, 2020 @05:46AM (#23368389)
Why is MVCC in Postgres a joke in academia?
[dead]
Re:Oracle vs. PostgreSQL – A Comment by GordonS on Sunday May 31, 2020 @10:37AM (#23369843)
I guess the negative reactions are because you're making statements without anything to back them up.

> Why are you worried about license fees as a developer?

Lots of developers are involved to some extent in financial decisions. And in any case, I'd be worried about losing my job because Oracle had bankrupted my employer..

> Seriously speaking, start with Oracle SE2. It is so cheap

Postgres is free, and open source too.

> Oracle Public Cloud gives you database extremely fast

It's extremely unlikely that devs will want to host a database in Oracle's cloud, and everything else in AWS/Azure/GCP.

> and you will never have issues with license audit

The very fact you felt the need to throw that in is exactly why people hate Oracle so much - they are absolutely infamous for screwing customers out of every cent.

> The name of "Rollback of DDLs" is "no developer access to production" and "UAT"

As others have said, it's useful for testing changes in pre-prod environments - so you can make sure stuff works before it gets to prod.

> Are you a huge fan of Vacuuming, XID Freezing, WAL optimisations etc. etc.?

This makes no sense; vacuum is automatic, and why would you not want knobs to tweak settings to your workload? Oracle has plenty, so I don't get your beef here.

> The MVCC in Postgress, in my view (!) is joke from academia, where they had not a single DBA

I've never heard a single sole claim such a thing - do you have any sources?