Názory k článku
Vyšel PostgreSQL 8.2

Prokrýlepána, co znamená "navýšení výkonu"? To je přeci obludné ptydepe, a používá se to tu furt dokola, o výkonu, frekvenci, počtu mln v procesoru - vždyť je to kravina.

Proc kravina? Ty jsi nikdy nemel nejake brzdice v kodu? Proste za pul roku zjistis, ze jde ta stejna vec udelat lepe a rychleji.

ze by tmcz ;]

To bylo zcela off-topic, nešlo mi o výkon PostgreSQL, ale o nesmyslné slovo "navýšení"; to snad nikdo nepoužívá, nejvýš politici (o důvod víc to nepoužívat).

Politici a marketingove resp. PR oddelenia. Takze dva dovody preco to nepouzivat. Namiesto toho by som pouzil slovo "optimalizacia"

Znamena to hlavne jedno, sofistikovanejsi metodu (optimalizaci) hledani provadeciho planu. Coz zrovna v databazich u slozitejsich dotazu nez je SELECT WHERE ma dost zasadni dopad na rychlost zpracovani dotazu. Nic vic, nic min. Neustale pokracuji minoritni optimalizace, ktere maji na urcitych platformach procentualni navyseni vykonu. Ty jsou ovsem skutecne minoritni. Optimalizator v PostgreSQL 8.2 dokaze preskupovat poradi polozek v klauzuli JOIN. Vice se muzete docist v Release Notes. Databaze (PostgreSQL nevyjimaje) jsou asi jediny sw, ktery je rychlejsi a rychlejsi pri stejnych narocich na hw.

Pribyl novy typ indexu GIN, ktery v nekterych (samozrejme specifickych) pripadech muze nekalikanasobne urychlit vyber (v pripade indexu poli a fulltextu). Mate na vyber a je na Vas, (a osudu) zdali si vyberete.

Kecy to v tomto pripade nejsou. Stejne tak pokracuji optimalizace (odstranovani kritickych sekci a zamku) tak aby PostgreSQL bezel dobre na viceprocesorovych strojich. Tady MySQL pokulhava a Firebird se ani nepokousi Pg konkurovat. Prectete si clanek http://tweakers.net/reviews/657/5

Navic se zmenily def. configuracni parametry, coz pro radu laickych uzivatelu znamena zrychleni samo o sobe. Takze, nez neco napisete, doporucuji si o tom alespon neco precist

Servus
Pavel

Az bude Vulcan integrovany v core trojky tak se ozvete :-). Kdy to bude? Nekde jsem cetl, ze do konce roku 2006. Jsou dva tydny od Release 2.0. Podle roadmapy to bude za 3/4 roku. Zatim s velkou slavou prezentovana dvojka muze bezet na vic strojich jen jako clasic, jestli se nepletu. Neslo mi o FUD, proste Firebird tohle nepodporuje, kdyby ano, tak se nepochybne zucastnil testu, ponevadz je popularnejsi nez PostgreSQL.

O Vulcanu neco malo vim, i o Firacle. Oboji muze Firebirdu prinest dost. Vetsinu toho (v podpore SQL), co se planuje v 3.x rade PostgreSQL ma implementovano od rady 8.0 ne-li dele. Nechci tu hazet spinu na Fb. Dvojka je hodne dobra a pro nektere pouziti nenahraditelna a trojka bude urcite jeste lepsi.

Pavel