themachinestops@lemmy.dbzer0.com to Technology@lemmy.worldEnglish · 2 days agoVMware perpetual license holders receive cease-and-desist letters from Broadcomarstechnica.comexternal-linkmessage-square138fedilinkarrow-up1629arrow-down15
arrow-up1624arrow-down1external-linkVMware perpetual license holders receive cease-and-desist letters from Broadcomarstechnica.comthemachinestops@lemmy.dbzer0.com to Technology@lemmy.worldEnglish · 2 days agomessage-square138fedilink
minus-squarerottingleaf@lemmy.worldlinkfedilinkEnglisharrow-up2arrow-down8·2 days ago with a database and a tech company attached There are three real DBMS options for enterprise - Oracle, PGSQL, MSSQL, and Oracle is the most powerful and least problematic of them.
minus-squarepyr0ball@lemmy.dbzer0.comlinkfedilinkEnglisharrow-up10·2 days agoHow is it less problematic? I’ve only ever worked with the other two
minus-squarerottingleaf@lemmy.worldlinkfedilinkEnglisharrow-up3·1 day agoWell, compare setting up replication under Oracle and PGSQL.
minus-squareNinjasftw@lemmy.worldlinkfedilinkEnglisharrow-up3·16 hours agoReplication with postgres is really simple. Combine it with patroni and it’s so much better than oracle
minus-squarerottingleaf@lemmy.worldlinkfedilinkEnglisharrow-up1·7 hours agoOh, I’m not a DBA, so a stupid question - how do you avoid PGSQL replication breaking on full vacuum of a table? With patroni, shmatroni, macaroni, whatever.
There are three real DBMS options for enterprise - Oracle, PGSQL, MSSQL, and Oracle is the most powerful and least problematic of them.
How is it less problematic? I’ve only ever worked with the other two
Well, compare setting up replication under Oracle and PGSQL.
Replication with postgres is really simple. Combine it with patroni and it’s so much better than oracle
Oh, I’m not a DBA, so a stupid question - how do you avoid PGSQL replication breaking on full vacuum of a table? With patroni, shmatroni, macaroni, whatever.