PostgreSQL 11: Sektsioneerimise areng Postgres 9.6-st Postgres 11-ni

Ilusat reedet kõigile! Aeg kursuse käivitamiseks läheneb kiiresti. „Suhtelised andmebaasid“, seetõttu jagame täna veel ühe kasuliku materjali tõlget teema kohta.

Arendamise protsessis PostgreSQL 11 tehti muljetavaldav töö tabelite sektsioneerimise parandamiseks. Tabelite sektsioneerimine on funktsioon, mis on PostgreSQLis eksisteerinud piisavalt kaua, kuid kui nii võib öelda, polnud see sisuliselt olemas kuni 10. versioonini, kus see muutus tõeliselt kasulikuks funktsiooniks. Me oleme varem öelnud, et tabelite pärimine on meie sektsioneerimise rakendus, ja see on tõsi. Ainult see meetod sundis teid tegema suurema osa tööst käsitsi. Näiteks kui soovisite, et ridade sisestamine toimuks sektsioonides INSERT-idel, pidite seadistama käivitajad, et see teie eest teha. Pärimisega sektsioneerimine oli väga aeglane ja keeruline, et arendada selle üle täiendavaid funktsioone.

PostgreSQL 10-s nägime „deklaratiivse sektsioneerimise“ tekkimist – funktsiooni, mis pidi lahendama paljusid probleeme, mis olid vanema pärimismeetodi kasutamise korral lahendamatu. See tõi endaga kaasa palju võimsama tööriista, mis võimaldab meil andmeid horisontaalselt jagada!

Funktsioonide võrdlemine

PostgreSQL 11-s ilmus muljetavaldav hulk uusi funktsioone, mis aitavad suurendada sooritusvõimet ja muuta sektsioneeritud tabelid rakendustele läbipaistvamaks.

1. Kasutades piiravaid erandeid
2. Lisab ainult sõlmed
3. Ainult sektsioneeritud tabel, mis viitab sektsioneerimata tabelile
4. Indeksid peavad sisaldama kõiki sektsiooni võtmeveeru
5. Sektsiooni piirangud mõlemal pool peavad kokku langema

Tõhusus

Siin on meil ka häid uudiseid! Lisatud on uus meetod sektsioonide eemaldamiseks. See uus algoritm suudab määrata sobivad sektsioonid, vaadates läbi päringu tingimuse KUS. Eelmise algoritmi puhul kontrolliti seevastu iga sektsiooni, et määrata, kas see vastab tingimusele KUS. See tõi kaasa planeerimise aja lisanduse, kui sektsioonide arv kasvas.

Versioonis 9.6, päranditega sektsioneerimise korral, toimus ridade marsruutimine sektsioonis tavaliselt triggervaba funktsiooni kirjutamise teel, mis sisaldas IF-lauselise seeria, et sisestada rida õiges sektsioonis. Need funktsioonid võisid täitmisel olla väga aeglased. Deklaratiivse sektsioneerimise lisandumisega versioonis 10 töötas see palju kiiremini.

Kasutades sektsioneeritud tabelit, kus on 100 sektsiooni, saame hinnata 10 miljoni rea laadimise sooritust ühest BIGINT veerust ja 5 INT veerust.

Selle tabeli päringu soorituse kohta, et leida üks indekseeritud kirje ja teha DML, et manipuleerida ühe kirjega (kasutades ainult 1 protsessorit):

Siin näeme, et iga operatsiooni sooritus on pärast PG 9.6 oluliselt paranenud. Päringud SELECT näevad välja palju paremad, eriti need, mis suudavad päringu planeerimise ajal välistada mitmeid sektsioone. See tähendab, et planeerija võib jätta suure osa tööst vahele, mida ta varem tegema pidi. Näiteks ei ehitata enam teid mittevajalikele sektsioonidele.

Kokkuvõte

Tabelite sektsioneerimine hakkab PostgreSQL-is muutuma väga võimsaks funktsiooniks. See võimaldab kiiresti andmeid online'ist välja tuua ja viia need offline'i, ootamata aeglaste massiliste DML operatsioonide lõpuleviimist.. See tähendab ka, et seotud andmeid saab hoida koos, st vajalikule andmele pääseb oluliselt efektiivsemalt ligi. Selle versiooni tegemised oleksid olnud võimatud arendajate, ülevaatajate ja komponenditeänukate, kes pidevalt töötasid kõigi nende funktsioonide kallal.
Aitäh neile kõigile! PostgreSQL 11 paistab tõeliselt fantastiline!

Siin on lühike, kuid üsna huvitav artikkel. Jagage oma kommentaare ja ärge unustage registreeruda avatud uste päev, mille raames tutvustatakse kursuse programmi üksikasjalikult.

Allikas: habr.com