Pokud jste se nedostali na plné březnové školení PostgreSQL, máme pro vás dobrou zprávu – další kurz týkající se tohoto známého databázového serveru se koná ve čtvrtek 24. dubna. Lektorem je opět známý odborník Pavel Stěhule. Školení pořádá Akademie Root.cz.
A proč bych na web shop měl použít zrovna free Oracle, když můžu použít *skutečně free* Firebird, který je stokrát menší než free Oracle, a současně zvládne stokrát větší databázi? ;-) A navíc je takřka bezúdržbový. Nevím, co si představujete pod pojmem "web shop", ale dokud to není eBay, má většina serverů "jistou rezervu". :o)
To, že *Vy* trpíte megalomanstvím a dal byste Oracle do každé pračky, ještě neznamená, že začnou všichni honem migrovat. SMB nám nic neříká? Klidně si běžte si masturbovat nad i5/OS, DB/2 a Oracle, ale pořád tu bude prostor pro malé databáze, nebo ještě lépe, pro databáze, co dokážou downscalovat. Firebird má rozpětí od pár megabajtů čisté instalace do několika terabajtů dat (nějaká šílená firma v Brazílii) a od jednoho uživatele zhruba do tisícovky na jednom stroji. PostgreSQL na tom nebude o moc hůř (přestože má - pro některé aplikace - tu nevýhodu, že se nedá použít jako jediná dynamická knihovna).
Když budu chtít mít na pracovním stroji (včetně notebooku) po ruce databázový engine, který nebude třeba administrovat, nebude překážet v paměti ani spuštěný a neměl by se moc roztahovat po disku, co mi doporučíte? Oracle? Nebo snad Microsoft Access? Smiřte se s tím, že různí lidé mají různé potřeby. My Vám nic nevnucujeme, to jen Vy tu prudíte s tím, že jsme málo světoví a máme používat tohle a tamto. Založte si radši http://www.sysop.cz.
To ze ma nekdo ve firebirdu/pgsql velke databaze jeste neznamena ze tyto produkty umi efektivne zpracovavat velke databaze. Sam jsem testoval DB2 vs PGSQL na Vistach se 50GB databazi a pri stejnem nastaveni byla DB2 vyrazne rychlejsi 3-8x pri vyhodnocovani dlouhotrvajicich BI dotazu. Mluvim o dotazech co bezi radove minuty a pracuji s velkymi result sety. Krome toho kdyz jsme u toho postgresu udelejte si nad velkou databazi VACUUM FULL a stopnete si cas, dela se to aby se databaze smrskla kdyz se zejmena u pgsql natahne castymi update/delete na mimoradne velkou velikost a to zejmena u indexu. DB2 narozdil od PGSQL umi online reorganizaci, ktera dokonce ani nezamyka data. Nad 50GB databazi s tabulkou 40GB vam bude vacuum full bezet desitky hodin. Import export je v pgsql pomaly taky, radove 4x pomalejsi nez v DB2 kdyz DB2 bude poctive delat inserty do tabulek a nepouzije direct load. Kazdy den nahravame 20+ mega zaznamu pomoci direct loadu a zvlada se to pod 30 sekund pravda musi se grabnout exclusive lock na tablespace, pokud se pouzije insert tak stejna operace trva priblizne 12 minut, u PGSQL trva tesne pod hodinu.
DB2 nepoužívá multigenerační architekturu - tudíž lze jen těžko porovnávat pouze dotazy. Je to stejné, jako porovnávat výkon MyISAM a InnoDB MySQL. Navíc dotaz, který je optimání pro DB2 nemusí být optimální pro PostgreSQL. Měl jste akualizované statistiky, provedl jste vacuum, měl jste rozumně nakonfigurovanou databázi? Posoudil jste EXPLAIN? Nevím kolik toho víte o PostgreSQL - doporučil bych Vám své školení, kde byste se dozvěděl, že FULL VACUUM nemusíte spouštět kždý den .. na to stačí lehké VACUUM, které nezamyká. Nevím jak jste přišel k desítkám hodin .. 50G tabulka se co tak mám zkušenost vacuuje cca 2-3 hodiny, a opakuji v novějších verzích FULL VACUUM nemusíte používat. 4x pomalejší import - to je dost možné - víte, že existuje příkaz COPY, který je cca 10x rychlejší než import pomocí INSERTů?
Pokud už provozujete relativně slušně velké databáze, tak už o databázi musíte mít určité znalosti. Mohu Vám nabídnout svá školení: http://www.pgsql.cz/index.php/Jednodenn%C3%AD_%C5%A1kolen%C3%AD_PostgreSQL , případně školení na rootu, případně audit Vašeho db řešení: http://www.pgsql.cz/index.php/Slu%C5%BEby
