Weblabor

Windowsos fejlesztők közül sajnálatos módon relatíve kevesen ismerik az egyik legjobb szabad forrású adatbáziskezelőt, a PostgreSQL-t. Ennek első és legfontosabb oka, hogy egészen mostanáig mostohán kezelte ezt a platformot, csak körülményesen, külön futtatókörnyezet (a Cygwin) telepítésével volt futtatható. Ez szerencsére a 8.0 változat első bétáinak megjelenésével megváltozott: elkészültek az első natív, valóban windows-os környezetre készült telepítőcsomagok is. Cikkünkben, melyet Felhővel együtt készítettünk, először áttekintjük az újdonságokat, majd egy Windows alatti telepítést nézünk végig.

Az újdonságok összefoglalása

Natív Windows verzió

Ez az első verzió, ami natívan képes windows alatt futni szerverként. A PostgreSQL 8 az NT alapú verziókat támogatja, ezek a Windows 2000, az XP és a Windows 2003. Bár a windows-os verzió is kellőképpen tesztelt, a fejlesztők felhívják a figyelmünket, hogy ezen verzió mögött még nincs ott a több éves, éles környezetben való használat. Különböző unix emulációs rétegek használatával korábban is volt lehetőségünk Windows alatt futtatni PostgreSQL-t, illetve voltak fizetős natív windows-os portok is, de ezek teljesítményben és stabilitásban elmaradtak a unixos verziótól.

Mentési pontok/egymásba ágyazott tranzakciók

Ezen új funkció segítségével komplexebb tranzakciókat valósíthatunk meg, ami nagyon hasznos lehet üzleti alkalmazások fejlesztőinek. Lehetőségünk van a tranzakció során úgynevezett mentési pontokat (savepoints) elhelyeznünk. Ha ezt követően hiba keletkezik, akkor nem a tranzakció elejéig kell visszagörgetni az elvégzett módosításokat, hanem csak a legutóbbi mentési pontig. Ezzel hosszú tranzakciók esetén sok időt spórolhatunk meg, jelentős teljesítménynövekedést érhetünk el.

Időpillanat-helyreállítás

Point-In-Time Recovery: a PostgreSQL minden az adatbázist érintő változást loggol egy úgynevezett write ahead logba (WAL). Ez eredetileg biztonsági célokat szolgált, ha valamilyen gond történik az adatbázissal, akkor a WAL alapján a PostgreSQL képes helyreállítani az adatbázis fájlokat. Az új verzióban azonban lehetőségünk van mentési célra is felhasználni ezt, ami lehetővé tesz egy folyamatos, rugalmasabb mentési stratégia kidolgozását a hosszas, x időközönkénti teljes mentésekkel szemben. Például megtehetjük azt is, hogy elhelyezünk egy másik gépen egy teljes mentést az adatbázisunk pillanatnyi állapotáról, majd ezt folyamatosan "etetjük" a másik gépen keletkező WAL logokkal, így az eredeti adatbázissal folyamatosan (szinte) teljesen megegyező adatbázist kapunk, illetve egy alap mentés és az azóta keletkezett WAL logok alapján visszatérhetünk az adatbázis tetszőleges időpontbeli állapotához.

Táblaterek

A 8-as verzióban lehetőségünk van táblaterek (tablespaces) létrehozására. Minden egyes táblatérhez kijelölünk egy helyet a fájlrendszerben. Ezt követően táblák, indexek és adatbázisok létrehozásakor lehetőségünk van meghatározni, hogy az adott objektum mely táblatérben jöjjön létre. Ez több szempontból is nagyon hasznos lehet. Előfordulhat például, hogy egy adatbázis "kihízza" azt a partíciót, melyen létrehoztuk, ezáltal nem tudnánk tovább bővíteni. Ilyenkor létrehozunk egy táblateret egy másik partíción, és ide helyezünk át/hozunk létre adatbázis objektumokat. Vagy megtehetjük azt is, hogy az adattáblákat a biztonságosabb, míg az indexeket a kevésbé biztonságos meghajtón hozzuk létre, hiszen ezek könnyen újra generálhatóak.
A táblaterek másik fontos felhasználási területe a teljesítmény optimalizáció. Például megtehetjük, hogy a gyakran használt táblákat, indexeket gyorsabb meghajtóra helyezzük, sőt indexek esetén jó megoldás lehet az is, ha azokat egy memóriában létrehozott meghajtón hozzuk létre.

Javított pufferkezelés, CHECKPOINT, VACUUM

Ebben a verzióban a lemez cache tartalmának cseréje az Adaptive Replacement Cache algoritmus alapján történik, mely jobb memória és I/O használatot eredményez, csökken a lemezolvasások száma.
Az új háttéríró folyamat és a vákuum késleltetési lehetőség jobban tervezhető terhelést tesz lehetővé és lényegesen elfogadhatóbb teljesítményt eredményez nagy terhelés esetén.

Továbbfejlesztett DDL lehetőségek

Az új verzióban az ALTER TABLE utasítás segítségével lehetőségünk van egy oszlop adat típusának megváltoztatására. Ez jól jöhet a fejlesztés során, ahol még alapos tervezést követően is viszonylag gyakran szükségünk lehet erre. Különösen hasznos, hogy a USING kulcsszó használatával lehetőségünk van a módosítandó oszlop aktuális tartalmának felhasználására a módosítást követő tartalom megállapításában. Ezenkívül lehetőségünk van bármely objektum tulajdonosának megváltoztatására.

Új lehetőségek függvények írásakor

Aki már írt függvényt PostgreSQL alá, az tudja, hogy milyen bosszantó, hogy azt egy szöveg konstansként kell megadni (idézőjel között), ami azt eredményezi, hogy a benne szereplő összes idézőjelet meg kell védeni. Ezt megkönnyítendő a 8-as verzióban bevezetésre kerül egy új szöveg konstans megadási forma is: a szöveghatároló a dollár jel.
Lehetőségünk van a függvények paramétereinek egyből nevet adnunk.
Mostantól fogva lehetőségünk van kivételkezelésre a PL/pqSQL nyelvben írt funkciók esetén EXCEPTION blokkok alkalmazásával.

Új PL/Perl verzió

Mostantól a plperl is teljes értékű tárolt eljárás nyelv lett. Lehetőségünk van triggereket írni plperlben, lekérdezéseket futtatni benne. Mostantól ezen függvények is képesek rekordokat illetve rekordok halmazát visszaadni. Ezenkívül lehetőségünk van globális adatok használatára, melyek tartalma megmarad az egyes függvényhívások között egy adott adatbázis session ideje alatt.

CSV támogatás a COPY parancsban

A COPY parancs már korábban is támogatta a CSV adatformátumot, de az új verzióban lehetőségünk van néhány plusz opció használatára is, melyek használatával rugalmasabbá válik az adatok importálása, exportálása.

pg_dump és pg_restore nagygenerál

Alapos átíráson esett keresztül a fenti két program, melynek eredménye, hogy lényegesen csökkent a különböző verziók közötti adatmentések problémáinak valószínûsége.

Logolás

Lehetőségünk van a loggolás folyamatának finomabb hangolására, például automatikus log állomány rotáció beállítására. A log formátum is sokkal jobban finomhangolható mint ezelőtt, ide tartozik a beállítható sor-prefix, adott típusú SQL kifejezések logolása és kapcsolat bontások logolása.

Optimalizáló fejlesztések

A lekérdezés optimalizáló és végrehajtó mostantól használni fogja a kompatibilis adattípusokra készített indexeket, amivel nagyban csökken az explicit típuskényszerítések száma konstans értékeken. Az új verzió fejleszt az index használaton is, jobb optimalizációt nyújt az OR műveletekhez, fejleszt az ANALYZE parancs mintavételén, a TRUNCATE is gyorsabb, és jobban generálódnak a lekérdezések tervei (prepared statement) valamint rengeteg apróbb fejlesztés.

Letöltés

A windows-os telepítő készítése egy külön projekt témája a PostgreSQL keretein belül, ám a bétákkal ellentétben a végleges nyolcas kiadás nem csak a projekt saját honlapjáról tölthető le, hanem minden hivatalos PostgreSQL tükörkiszolgálóról, mint a többi platform telepítőcsomagja is. A 17.5 MB méretű postgresql-8.0.zip fájl zip tömörítésben érhető el, mert az első verziók esetén számos gond volt az .msi fájlok letöltésével, a zip archívum pedig tartalmaz egy ellenőrző számsorozatot, így könnyen megállapítható, hogy hibátlanul sikerült-e a letöltés.

Telepítés

A letöltött zip archívumból kicsomagolt két .msi fájl bármelyikét elindíthatjuk a telepítéshez, amely magyar nyelven egyelőre még nem kommunikál, bár az angol mellett öt másik nyelvet ismer:



A "Start" gombra kattintás után a készítők figyelmeztetéseivel nézünk szembe, amelyek közül a legfontosabb talán az, hogy míg a PostgreSQL 8 maga mind FAT, mind NTFS meghajtókra telepíthető, addig az adatbázisok CSAKIS NTFS fájlrendszeren tárolhatóak, mivel az lehetőséget nyújt baleset (áramkimaradás, lemezhiba, stb.) esetén az adatok valamilyen szintû helyreállítására, valamint hogy szintén biztonsági okokból a kiszolgáló NEM futtatható adminisztratív jogokkal rendelkező felhasználó programjaként.



A telepítő egyebek mellett a (külön is letölthető) pgAdmin III programot és a különböző meghajtóprogramokat (mint ODBC, JDBC) is tartalmazza:



Kiválaszthatjuk, hogy szolgáltatásként fusson-e az adatbáziskiszolgáló (ez ajánlott opció, valamint egyike a nyolcas verzió újdonságainak), valamint a kiszolgáló futtatására kijelölt felhasználó adatai, amelyet a telepítő létre is hozhat a rendszerben:



A következő képernyőn a "szokásos" adatbázisjellemzők állíthatóak be: a kiszolgáló portja, a nyelvi beállítások, valamint az alapértelmezett felhasználó, a "superuser" neve és jelszava:



A telepítő által is tartalmazott PL/pgsql procedurális nyelv támogatása alapértelmezetten elérhető, de emellett számos más is bekapcsolható külön, többek között a Perl, Tcl/Tk, PHP és egyéb nyelvek:



Több tucat többé-kevésbé ismert kiegészítő telepítése állítható be igény szerint:



A telepítés végeztével még feliratkozhatunk a pgsql-announce levelezési listára, amelyen a PostgreSQL frissítéseiről, újdonságairól kapunk információkat:



Az új telepítő egyik újdonsága a szabályos programbejegyzés a Start Menüben. Itt találunk parancsikont a szolgáltatás indításához és leállításához, valamint a beállítások megváltoztatása után a konfiguráció újratöltéséhez is.



A vezérlőpult "Adminisztratív eszközök" részében ellenőrizhetjük az adatbáziskiszolgáló szolgáltatás futását.



A Start Menü bejegyzései között indíthatjuk a pgAdmin III programot is, amely az egyik legátfogóbb és legkényelmesebb eszköz a PostgreSQL kiszolgáló kezeléséhez.



A pgAdmin számos beállítást, valamint az adatbázisok objektumait teszi áttekinthetővé és szerkeszthetővé. A bal oldali keret mutatja a kapcsolt kiszolgálókat, és az általuk tartalmazott objetumokat. A jobb oldali felső keret a bal oldali fában kiválasztott objektum tulajdonságait, míg a jobb alsó keret a visszafejtett SQL szkriptet tartalmazza. Ez a szkript kimásolható más programokban történő felhasználáshoz, elmenthető, vagy akár sablonként is használható.

'postgres' felhasználó

A PostgreSQL telepítő által létrehozott, (alapértelmezésként) "postgres" nevű felhasználó csak az adatbáziskiszolgáló szolgáltatás futtatására szolgál: nem tartozik semmilyen local groupba, le van tiltva a bejelentkezése, log-on-as-service joga van, valamint a PostgreSQL adatbázisok írása/olvasása, és semmi más.

A PHP és a PostgreSQL

A PHP konfigurálása ugyanolyan egyszerű, mint MySQL esetében (PHP 4 esetén legalábbis majdnem olyan egyszerű, PHP 5 esetén pedig egyszerűbb): a php.ini fájlban vegyük ki a (sor feldolgozásának kihagyását jelentő) pontosvesszőt az extension=php_pgsql.dll sor elől. Ha modulként fut a PHP, ne felejtsük el újraindítani a webkiszolgálót!
A közkedvelt PhpMyAdminhoz hasonló eszköz a PostgreSQL kiszolgáló kezeléséhez is készült: a PhpPgAdmin persze a két kiszolgáló számos eltérésének megfelelően sok mindenben különbözik a PhpMyAdmintól. (Ezt természetesen nem hátrányának vagy előnyének rovom fel, csupán felhívom a másik szkript használóinak figyelmét, hogy a felület nem lesz annyira otthonos nekik.)
A phpPgAdmin letöltése és kicsomagolása után a conf könyvtár config.inc.php fájlját kell szerkesztenünk. Először a host változót állítsuk be saját gépünkre, azaz általában localhostra:Ezután a telepítési útvonalat adjuk meg az adatbázisdump eszközök használatához: Még egy fontos változtatást kell eszközölnünk, amíg nem hozunk létre egy új felhasználót az alapértelmezett postgres mellett. Az extra_login_security változó bekapcsolásakor letiltja a jelszó nélküli, illetve a pgsql, postgres, root, administrator felhasználónevű belépést a phpPgAdminba.