PostgreSQL 11: Sektsioonimise evolutsioon Postgres 9.6-lt Postgres 11-le

Head nagu päev! Aeg kursuse käivitamiseks on järjest vähem. Relationaalsed andmebaasid, seega jagame täna tõlget veel ühest kasulikust materjalist selle teema kohta.

Arendusprotsessis PostgreSQL 11 on tehtud muljetavaldavat tööd tabelite sektsioneerimise parandamiseks. Tabelite sektsioneerimine on funktsioon, mis on PostgreSQL-is eksisteerinud juba pikka aega, kuid mille sisu ei olnud kriitiliselt funktsionaalne enne versiooni 10, kus see tõepoolest kasulikuks osutus. Oleme varasemalt väitnud, et tabelite pärandamine on meie teostus sektsioneerimist, ja see on tõsi. Ainult see meetod nõudis, et suur osa tööst tehti käsitsi. Näiteks, kui soovisite, et kandeid sisestatakse sektsioonidesse INSERT-ide ajal, pidite seadistama triggereid, et seda teie eest teha. Pärandamisega sektsioneerimine oli väga aeglane ja keeruline, et arendada lisafunktsioone selle peale.

PostgreSQL 10 tõi endaga kaasa „deklareeriva sektsioneerimise“, mis on funktsioon, mis on loodud lahendama paljusid probleeme, mis varem olid vanade pärandimeetodite kasutamisel lahendamatud. See viis palju võimsama tööriista väljatöötamiseni, mis võimaldab meil andmeid horisontaalselt jagada!

Funktsioonide võrdlus

PostgreSQL 11 tõi kaasa muljetavaldava hulga uusi funktsioone, mis aitavad suurendada jõudlust ja muuta sektsioneeritud tabelid rakendustele läbipaistvamaks.

1. Kasutades piiravaid erandeid
2. Lisab ainult sõlmed
3. Ainult sektsioneeritud tabeli jaoks, mis viitab mitte-sektsioneeritud tabelile
4. Indeksid peavad sisaldama kõiki sektsiooni võti-sambaid
5. Piirangud sektsiooni mõlemal küljel peavad olema samad

Tootlikkus

Siin on meil ka häid uudiseid! Uus meetod sektsioonide eemaldamiseks. See uus algoritm suudab tuvastada sobivad sektsioonid, vaadates päringu tingimust WHERE. Eelmine algoritm kontrollis aga igat sektsiooni, et määrata, kas see vastab tingimusele. WHERE. See tõi kaasa täiendava planeerimise aja suurenemise sektsioonide arvu suurenedes.

Versioonis 9.6, kasutades pärimisega sektsioonimist, toimus ridade marsruutimine sektsioonides tavaliselt triggereerimisfunktsiooni kirjutamise kaudu, mis sisaldas IF-lauseid ridade sisestamiseks õigetesse sektsioonidesse. Need funktsioonid võisid olla töötluses väga aeglased. Deklaratiivse sektsioonimise lisamisega versioonis 10 hakkas see töötama palju kiiremini.

Kasutades sektsioonitud tabelit, kus on 100 sektsiooni, saame hinnata 10 miljoni rea laadimise tulemuslikkust tabelisse, kus on 1 BIGINT veerg ja 5 INT veergu.

Selle tabeli päringu tulemuslikkus ühe indekseeritud kirje otsimisel ja DML-i täitmisel ühe kirje manipuleerimiseks (kasutades ainult 1 protsessorit):

Siin näeme, et iga operatsiooni tulemuslikkus on pärast PG 9.6 oluliselt suurenenud. Päringud SELECT näevad palju paremad välja, eriti need, mis suudavad plaanimise käigus mitmeid sektsioone välja jätta. See tähendab, et planeerija saab suure osa tööst vahele jätta, mida ta varem tegema pidi. Näiteks ei ehitata enam teid tarbetutele sektsioonidele.

Kokkuvõte

Tabelite sektsioneerimine hakkab PostgreSQL-is muutuma väga võimsaks funktsiooniks. See võimaldab kiiresti andmeid online kuvada ja neid offline'iks tõlkida, oodates, et aeglased massilised DML-operatsioonid lõpetatakse.See tähendab ka, et seotud andmed võivad olla koos, mis tähendab, et vajalikule infole on oluliselt tõhusam juurdepääs. Selle versiooni parandused ei oleks olnud võimalikud ilma arendajate, ülevaatajate ja kommitteriteta, kes on nende kõigi funktsioonide nimel väsimatult töötanud.
Täname neid kõiki! PostgreSQL 11 näeb lihtsalt fantastiline välja!

Siin on lühike, kuid üsna huvitav artikkel. Jagage oma kommentaare ja ärge unustage registreeruda avatud uste päev, kus kursuse programmi üksikasjad esitletakse.

Allikas: habr.com