Vyvoj PGSQL by stal podle http://www.ohloh.net/p/postgres 8,3M. Ovsem Postgresql by to jako komercni produkt diky sve mizerne kvalitne uz davno zabalil. Vezmete napriklad v uvahu ze JDBC driver porad neumi ani 100% JDBC2 a JDBC je jedno z nejpouzivanejsich rozhrani.
zrovna vcera jsem se snazil udelat VACUUM FULL na nejrozfragmentovanejsi tabulku, ktera ma pouhe 1 GB, aby aplikace trochu pridala:
relname | reltuples | MB
----------------------------------------±------------±------
submit | 4.58428e+06 | 973
jak to dopadlo? po 1.5 hodine to jeste nebylo hotove, stacilo to procistit jen indexy nikoliv vlastni data a tak jsem to utnul abych aplikaci netrapil, protoze vacuum full melo table wide lock.
Tomu rikate scalabilita? Databaze ktera chcipe uz i na 1GB tabulkach? Jaky objem dat umi postgres efektivne zpracovavat? Stovky mb to nebudou, takze rekneme o rad mene. OSS komunita mi poradila – proste nespoustet VACUUM FULL pry neni moc optimalne napsane. Fajn, takze pouzitelnou defragmentaci tabulek taky v pgsql nevedeme. MySQL porad jeste neumi ani online backup, ani db SCHEMA.
Tak to proste ve vetsine OSS produktu chodi, jsou to proste nedodelky nesplnujici opravdu zakladni pozadavky na kvalitu. Lael mel s tema rohlikama pravdu: Pokud pekari davaji rohliky zdarma a chce je jen 1% lidi, tak je zjevne potreba se zamyslet nad kvalitou tech rohliku. Oss komunita ovsem tvrdi ze je to chyba lidi ze ty jejich mizerne rohliky nechteji ani zadarmo.
