Názor ke zprávičce Vonku je PostgreSQL 8.3 RC1 od Pavel Stěhule - Ptal jsem se od které verze Oracle tyto...

Ptal jsem se od které verze Oracle tyto funkce má. Zda-li od 8, tak pak skutečně Pg není srovnatelné s 8, pokud nikoliv, tak se srovnává nesrovnatelné, a proti tomu jsem se ohrazoval. Packages kompatibilní s Oracle v pg nemá šanci, jelikož pg ještě podporuje plperl, plpython a další, které je potřeba nějak podporovat. Řešením jsou modules dle SQL/PSM. Zatím jsem napsal pouze interpret PSM. Další kroky budou možná následovat. Možná ne, poněvadž o to reálně nikdo nestojí. Což mne samotného mrzí, ale nic s tím nenadělám. Budu rád, když do 8.4 protlačím podporu skutečných procedur a funkcí. Vím, že to má daleko do úplnosti DB2 nebo Oracle. Fakt je ten, že tyto features uživatelé nepoptávají a k implementaci něčeho, co není proprané v konferenci je zřejmá nechuť. Jinak Packages velice dobře podporuje EnterpriseDB, což pro Vás určitě nebude novinkou. Podpora IDENTITY byla z 8.3 vyřazena nikoliv vůči výhradám vůči IDENTITY jako takové, ale kvůli implementaci, kdy není jasné, jestli implementace je ve shodě s ANSI. Dodatečná změna by byla horší, skoro neproveditelná. V ToDo zůstává.

Zda-li je OSS elitářský nebo nikoliv nemohu soudit. Rozhodně je nezávislý a rozhodně si nenechá diktovat. PostgreSQL paradoxně trpí svým "úspěchem". Dokud to byla pomalá leaky trpící databáze, tak se commitovalo o sto šest. Aktuálně roste hlavně počet patchů v queue. Patrně 8.3 má nejdelší feature freeze v historii - 8 měsíců a patrně je to poslední verze, která vznikala podle 10 let používaného konceptu, což znamená, že 8.4 bude z hlediska projektu neskutečně bolestivá záležitost. Poslední poznámka .. samotný projekt jako takový nemá vývojáře .. má pouze commitery, kteří zodpovídají za kvalitu a konzistenci nově přidaného kódu. Veškerý kód napíší dobrovolníci nebo placení vývojáři, kteří řeší konkrétní problémy. Žádný jiný kód nevznikne. Samozřejmě, že v OSS nemůžete použít direktivní komunikaci, někomu něco nařizovat. S tím poměrně rychle narazíte. Jako např. narazili lidi z edb, když letos chtěli přejmenovat projekt. Na všem se relativně dost lidí musí shodnout, což má dva důsledky: relativně nižší počet implementovaných funkcí, relativně vyšší konzistenci. Mohu potvrdit, že komunikace s TOP není jednoduchá, a pro protlačení čehokoliv musí člověk vydat dost energie nebo mít dost velkou prestiž. Ale rozhodně se mi nikdy nestalo, že by mne někdo ignoroval nebo se nade mnou nějak ušklíbal. Myslím si, že Tom Lane je na konferenci permanentně, takže má perfektní přehled, co aktuálně vyžadují a jaké mají problémy. V pg prim hraje kvalita kódu, ať se to někomu líbí nebo ne (já bych třeba i z té kvality mírně slevil u develop verzí), na úkor nových funkcí - doplňuje se tak s MySQL, kde se nové funkce objevují častěji na úkor kvality.