I may be off-topic as I've only worked occasionally with ORA but still know
it good enough.
What I miss most of the Oracle DB in PostgreSQL is the elaborate system of
object security and granting permissions which exists in Oracle DB.
What I like most about the Postgres DB is that lots of plugins/extensions
exist which implement features which do not exist in the basic feature set,
and it is comparatively easy to program extensions which you need.
There are lots more things which make me prefer PostgreSQL.
I think that is PostgreSQL included a security system comparable to Oracle,
that would be a firm Plus in the market.
On Thu, Apr 29, 2021, 19:13 Paul Förster wrote:
> Hi Ludovico,
>
> > Sorry for this reply, but I feel it is necessary to make it clear what
> is reality and what is FUD against Oracle from Paul's e-mails in this
> thread...
>
> nothing of it was a FUD. It was a comparison done on a single machine.
> Then, I drew my conclusions from that and added my personal view. You don't
> necessarily havet to agree to my opinion nor did I ask you to agree. But
> it's definitely not FUD!
>
> > (Note: I work for Oracle now, but I've had 20 years experience as
> multi-platform database consultant)
>
> I work *with* Oracle databases too and have been for 20+ years. But I do
> not work *for* Oracle and I don't feel inclined to spread their advertising.
>
> > That is... not a problem. Is it, for real?
>
> technically no. Still, a) it makes no sense at all to advertise a 64 bit
> product that still needs 32 bit support (one could even call that an
> advertising lie!) and b) it may (or may not?) cost performance.
>
> > Although I completely agree that the Oracle installation process is much
> longer and more complex than PostgreSQL, I disagree with the rest.
>
> to create a CDB, you still have to provide paths which are then hard-coded
> into the control-file! Oracle software takes tons of space and the
> installation takes longer.
>
> > The CREATE PLUGGABLE DATABASE is also a single line SQL command... The
> scripts to create a PDB or a PostgreSQL database depend a lot on what do
> you want to achieve (empty database? specific users or permissions? sanity
> checks? pre-emptive backup? add to cmdb?)
>
> yes, create pluggable database. Takes 30+ secs to run, while on
> PostgreSQL, it takes a few milliseconds. But we require a certain structure
> in the filesystem which makes the thing much more complex.
>
> > For a new PostgreSQL architecture in the past I have written 230 lines
> of code to automate the database creation in an existing PostgreSQL
> cluster. That included setting up application users, hardening the default
> permissions on the public schema, registering in the CMDB, etc. It is not
> much code in my opinion and it is done once for all.
>
> again, a simple initdb, or create database would do. For all to be done in
> PostgreSQL, my script is some 30 lines and includes default user creation,
> revoking some stuff, etc., nothing compared to what I need for Oracle.
>
> > This is bashing FUD against Oracle or lack of basic Oracle knowledge.
> Oracle online move, reorganization and patching capabilities are far ahead
> from PostgreSQL.
>
> nonsense!
>
> > Online Datafile Movement has existed since 12cR1. 8 years!
> https://oracle-base.com/articles/12c/online-move-datafile-12cr1
>
> yes, I know. But did you try to move SYSTEM, UNDO or TEMP tablespace or
> online redo log files? Did you try to move the *whole* database? You can
> move all data/index tablespace files with that (one by one which is
> tiresome with many files), but you can't move the essential tablespace
> files! Well, you can move the online reado log files by creating new ones
> and dropping the old ones but that's about it. You still can't move the
> essential tablespace files. I admit that I didn't try that with 19.x but it
> wasn't possible up to now.
>
> > Prior to that, for many years, it was possible to offline, move, rename
> and online datafiles, either grouped or singularly, without stopping the
> instance. Online logs can be rotated to a new location online. The only
> exception are the controlfiles that require an ALTER SYSTEM, shutdown,
> move, startup.
>
> I know all that but it still requires far to much work! And it still
> doesn't move the while database!
>
> > PostgreSQL must be stopped in order to move the database to a new path,
> and if it is to a new filesystem, you need the time for a full copy of the
> data, unless you do it via backup and recovery to reduce the downtime.
>
> that's not true. pg_basebackup it while running to a new destination. Set
> up primary_conn_info and replication and start up the copy. Once it's in
> sync and you have a physical copy, change the port in postgresql.conf of
> the copy, stop both and then only launch the copy. Promote it then. The
> switch takes 2-3 secs of downtime.
>
> If downtime doesn't matter but space does, stop the database cluster, move
> the whole PGDATA to a new