PostgreSQL får synkron replikering

[int20h]

EnterpriseDB får hjelp av telekombransjen til å utvikle ny replikeringstype til PostgreSQL.

 

Les mer

[siDDis]

Spent på korleis ytelsen blir, eg er redd det kan bli skikkeleg treigt.

[robgar]

Min erfaring er liten, resonerer og grubler litt av innteresse dog.

 

Jeg går utifra at det er først snakk om meget store database systemer at det blir kritisk for usynkron datalagring. Hvor størrelse er det mest vanlige da ? Det er jo såklart avhengig av applikasjon, bruksområdet og organisasjon osv, men har vi alikevel et generelt bilde ?. Vil da tro at siden synkroniseringen sendes ut paralelt, vil responstiden det tar å få lagret være lik den tregeste nodens responstid + det nanosekundet det tar å skrive bytene lokalt.

[OmniDux]

Spent på korleis ytelsen blir, eg er redd det kan bli skikkeleg treigt.

Det kan strengt talt også bli bedre ytelse. Usikker på hvilken implementasjon av replikering de planlegger her, men med Clustra benyttet man logging av transaksjon til minnet på sekundærnoden for å kunne comitte transaksjonen før den var skrevet til disk og allikevel ivareta durabillity-delen av acid. Altså hadde både sekundær og primær til enhver tid samme informasjon (men i to forskjellige varianter). Clustra ble forøvrig nettopp utviklet på oppdrag for telekombransjen som krevde bedre responstid på transaksjoner enn det søketiden var på harddisker den gangen.