Vlákno názorů k článku Migrace aplikace z Oracle do PostgreSQL od Vláďa Macek - Skoro mezioborový článek, nabušený unikátními poznatky! Poklad. Pavle, klobouk...

Skoro mezioborový článek, nabušený unikátními poznatky! Poklad.

Pavle, klobouk dolů, že jsi se podělil! Moc díky.

Mimochodem, cítím v tom velkou příležitost inspirovat vývoj pg fíčurkami z ora, protože tam určitě nějaké šikovnosti jsou.

Nevím, nejsem autor článku a neumím ora ani pg natolik dobře. Lituju, ale s touto flamewar nepomůžu.

:) - některé zkušenosti/potřeby z tohoto projektu se promítly do nové verze Orafce, kde jsou částečně emulovány i některé systémové pohledy Oracle, což jsem původně nechtěl dělat - nicméně Orafce se opravdu primárně používá při portacích z Oracle a tato funkcionalita částečně pomůže.
Co se týče SQL - tam se moc inspirovat nejde - pro Postgres (nikoliv pro EBD) je cíl ANSI SQL - a tam je hromada možností - temporální tabulky, lepší podpora JSONu, .. Některé užitečné vlastnosti, které má Oracle, a které by se hodily ať už při samotném použití Postgresu nebo při portaci jsou v ToDo (jelikož zatím se musí používat workaroundy). Tady primárně to jsou schéma variables a autonomní transakce - kdyby byly peníze na vývoj a čas, tak bych se do toho pustil - pracnost na schéma variables odhaduji na půl roku relativně intenzivního vývoje - a na to nejsou zdroje.
Interní věci - tam se spíš přebírá z výzkumu - roky se dělá na hw akceleraci, poslední dva roky na integraci JITu. Tam je obecně velmi pomalý postup už při psaní prototypu (i výzkum není nějak daleko) - a výsledky nejsou zas až tak fascinující - pro běžný provoz zrychlení pár desítek procent nežene vývojáře k rychlejší akceptaci - přičemž reálně uživatelé preferují stabilitu a spolehlivost před novými vlastnostmi.

Děkuju. :-)

Chill out. :-) Obávám se, že jsi nepochopil můj původní příspěvek. Pavlovou odpovědí na něj jsem dostal mnohem víc, než jsem čekal, takže dobrý. Zmínku o flameware netřeba brát vážně.