@themachinestops@lemmy.dbzer0.com to Technology@lemmy.worldEnglish • 6 days agoVMware perpetual license holders receive cease-and-desist letters from Broadcomarstechnica.comexternal-linkmessage-square142fedilinkarrow-up1639arrow-down15cross-posted to: sysadmin@lemmy.world
arrow-up1634arrow-down1external-linkVMware perpetual license holders receive cease-and-desist letters from Broadcomarstechnica.com@themachinestops@lemmy.dbzer0.com to Technology@lemmy.worldEnglish • 6 days agomessage-square142fedilinkcross-posted to: sysadmin@lemmy.world
minus-square@rottingleaf@lemmy.worldlinkfedilinkEnglish-6•6 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-square@pyr0ball@lemmy.dbzer0.comlinkfedilinkEnglish11•6 days agoHow is it less problematic? I’ve only ever worked with the other two
minus-square@rottingleaf@lemmy.worldlinkfedilinkEnglish3•5 days agoWell, compare setting up replication under Oracle and PGSQL.
minus-square@Ninjasftw@lemmy.worldlinkfedilinkEnglish4•5 days agoReplication with postgres is really simple. Combine it with patroni and it’s so much better than oracle
minus-square@rottingleaf@lemmy.worldlinkfedilinkEnglish1•4 days 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.