Vlákno názorů k článku PostgreSQL 14: nové funkce, nástroje a interní optimalizace od Pavel Tavoda - @Pavel Stehule: Dakujem za skvely clanok. Skvely obsah,...

@Pavel Stehule: Dakujem za skvely clanok. Skvely obsah, vhodna forma. Kludne by som vydrzal aj priebezne detailnejsie informacie o pripravovanych vlastnostiach v novych verziach. Este raz vdaka za tieto skvele clanky.
Taktiez ak mas informacie o specialnych konfiguraciach a architekturach ako bol PostregSQL pouzity (napr. to o SK poste) pripadne by ma zaujimalo ako prebieha oddelovanie storage engine a ci su tam nejake zaujimavosti.

Je to záležitost cca 4 roky zpátky, kdy asi trochu experimentovali, a zkoušeli ušetřit, a použili Postgres pro evidenci balíků. Skrz tento systém se řeší případné reklamace. Používá to samo doma vyrobené HA založené na sdíleném disku (zajištění unikátního write přístupu na disk, startování postgresu) řešil pacemaker. Vzpomínám si, že jsme tam nějak testovali jak share all, tak share nothing. A co používají, to už vlastně nevím.

Na storage enginech se dál pracuje - asi nejdál je práce na column store od green plumu (pořád se objevují zprávy, že na tom dělají). Nevím, co se stalo, ale engine s implementací undo logu se přesunul od EDB k Cybertecu. Někde jsem se dočetl, že timescale něco plánuje, ale ještě nic jsem neviděl. Viděl jsem jeden experimentální append only storage, který rovnou komprimoval. Nemám pocit, že by se už dalo něco použít produkčně.

Jak letos nejsou konference, tak je hůř vidět, co se dělá.

Teď Citus (Microsoft) oznámil dostupnost sloupcového engine (je to zatím jenom append only). Pokud se použije uložení po sloupcích, tak lze komprimovat i skalární hodnoty (Citus zmiňuje 7x menší data). DELETE by se dal nahradit dropnutím partišny. Mělo by to dobře fungovat pro IoT

https://techcommunity.microsoft.com/t5/azure-database-for-postgresql/postgres-with-columnar-compression-in-hyperscale-citus-on-azure/ba-p/2373870