Vlákno názorů k článku
Microsoft se stal členem MariaDB Foundation od lazywriter - Takže Widenius tu MySQL vážně prodá dvakrát? Nechtěl...

Díky, teď jsem se na to mrknul líp a chvilku porovnával :) Fakt s tím pohnuli.

Jak jsem psal, tak mě zaujaly primárně ty změny v DML, co jsou víceméně v aktuálních verzích obou databází. Ale máte pravdu, že v MySQL je toho aktuálně rozhodně víc.. od těch zmíněných systémovějších změn (Data Dictionary v jednom InnoDB souboru s konzistentním přístupem a transakcí s DDL) přes např. desc. indexy., skryté indexy, užitečné přidané hinty pro optimizér atp.
S tím sdílením kódu mezi projekty taky nevím.. spousty přidaných fíčur do MariaDB víceméně dorovnávalo MySQL verze od toho forku dál a usnadňovalo interoperabilitu mezi už samostatnými RDBMS.. do jaké míry adaptovali přímo commity do MySQL nevím. Naopak pár věcí (např. zmíněné CTE) bylo dřív v MariaDB a pro určité typy projektů tam může být zajímavá flexibilita a kombinace InnoDB s různými dalšími typy enginů.
Taky mi to nepřijde, že by oba projekty nějak výrazně stagnovaly, nebo že by se Oracle snažil nechat MySQL "uhnít", jak tu někteří spekulovali. Nemyslím tím jen samotnou RDBMS, ale i vývoj a aktualizace ostatního software okolo ní.. jako třeba oficiální drivery (konektory) pro různé jazyky atp.

Jinak pro mě osobně je to spíš zvědavost.. kdy se sem tam podívám na ostatní databáze, například když mi kolega "webař" mezi řečí zmíní, jak dlouho se určitý úkon provádí v MariaDB. No mě to samozřejmě vrtá hlavou, a pak si pár dní "hraju" s její aktuální verzí a Firebirdem, abych se tomu přiblížil.. :)
Ale víceméně mám radost, že se postupně zlepšují oba projekty.. pár let zpátky bych si moc nedovedl představit, že bych některé projekty např. přesunul z FB na MySQL nebo MariaDB, aniž bych to musel úplně přeorat, předělat dotazy s CTE do spousty uložených procedur nebo přenést některé zpracování do vyšší vrstvy. S novými verzemi už by to bylo reálnější, kdyby z nějakého důvodu nastala ta potřeba.

Teď si udělám reklamu :). To, co bude v 8 MySQL, tak má Postgres roky odladěné.

Samozřejmě, že jsou a budou rozdíly mezi databázemi - dané už rozdílem designu InnoDB a PostgreSQL storage - což znamená, že některé operace zákonitě musí být rychlejší na MySQL a další na Postgresu - jelikož se preferovaly různé věci a na fyzickém uložišti může být jenom jeden formát. Hodně věcí ale konverguje - a co zůstane a stane se podstatnější jsou licence a přístup komunity.

Mě nepříjde smysluplné porovnávat lehkou DB jako je MySQL s těžším ORACLEM či PostgreSQL.
Svět nepotřebuje, databázi, která umí všechno, ale na všechno se hodí tak nějak.

Dnes je tohle typicky vidět na nástupu Big Data, kde se často použije nějaká DB jen jako storage metadat ke zbytku bez struktury. V podstatě jen navigátor. MySQL / Gallera Cluster relativně dobře operuje jako no-share prostředí. Nebo SQLite, kde je také naprosto jasné o čem to je.
Nikdy jsem nebyl velkým příznivcem ukládání logiky do databáze, většina těch aplikací nad tím je pak na vyhození.

Takže to je o úhlu pohledu, neustálá onanie nad tím, co všechno moje DB umí mi příjde nesmyslná.
Beztak to nikdo soudnej nebude používat v jednom stroji. Bude jich mít stovky, tisíce...
Typicky mnoho věcí se neimplementuje proto, že to nechcete mít v jednom stroji, ale rozprostřené mezi všemi.

Jen se podívejte na ten ORACLE, on sice umí skoro všechno, ale mnoho důležitých věcí zvládá jen tak, aby se neřeklo (je komplikované to implementovat do stávajícího prostředí).

Reklamu beru :)
Okolo Postgresu jsem se vždycky jen mihnul, když už to někde běželo nebo se to nainstalovalo jako závislost pro aplikaci, co to používá.. (takže jsem se seznámil s pg_dump, pg_upgrade a společně s kamarádem laboroval s jeho automatickou garbage collection - autovacuum na nějakém serveru), ale nic jsem v tom sám nedělal ani nezkoušel.
Určitě to vypadá lákavě, resp. je tam víceméně všechno, na co bych si pro moje potřeby dokázal vzpomenout (možná i mnoho věcí navíc, dělalo to na mě dojem, že bych šel tak trochu s kanónem na vrabce) a rozhodně by stálo za nějaké bližší seznámení.
Teď jsem se ještě díval, že jsou tam je docela elegantní a jednoduchá možnost jak notifikovat připojené klienty (jako eventy na FB nebo Query Notification v MSSQL), aby si vylily svou lokální cache, stáhli aktuální data atp. což je užitečné a třeba v MySQL/MariaDB nic takového přímo není (alespoň co vím).
Snad někdy bude víc času na pokusy :)

Firebird a SQLite jsou databáze, které se dají považovat za embedded (jeden file, jedna binárka). MySQL už je v podstatě plnohodnotná databáze a např. při srovnání zdrojáků je MySQL (3.5M řádků) výrazně větší než Postgres (918K řádků) .. nepátral jsem proč - může to být výsledkem C++ v MySQL a C v Postgresu. A když se dívám na Firebird, tak má 1.2M řádků - takže na velikost zdrojáku je PostgreSQL nejmenší databáze :) . Beru, že počet řádků kódu je orientační údaj a sám o sobě nemusí nic moc vypovídat.

Nepredpokladam, ze Oracle ma zaujem na tom, aby MySQL zabil. Z toho by nic nemal a projekty, ktore pouzivaju MySQL by si orakliu DB nekupili. Oracle skor zrejme ide po tom, aby mal pokryte vsetky typy roznych in the wild pouzivanych databaz. Takto pred rokmi kupil BerkeleyDB, ktoru tiez nenechal zakapat.