Vlákno názorů k článku Přestaňte už používat MySQL, není to skutečný open source od SmEjDiL - Mnoho Linuxových administrátorů si asi všimlo, že MySQL...

Mnoho Linuxových administrátorů si asi všimlo, že MySQL se před lety z oficiálních repozitářů většiny distribucí postupně vytratila a byla nahrazena MariaDB. Pokud někdo chtěl používat MySQL Community Edition, nezbylo mu než sáhnout po oficiálním repozitáři od Oracle.

V poslední době mi ale přijde, že se MySQL Community Edition znovu objevuje v repozitářích řady známých distribucí. Proč k tomu došlo, si nejsem úplně jistý — tipuju, že prostě proto, že ji část uživatelů stále chce a aktivně používá. Ať už kvůli kompatibilitě, zvyku, nebo konkrétním vlastnostem.

Nedávno jsem si navíc hrál s UnixODBC drivery od MariaDB i MySQL a z praktického pohledu je kompatibilita pořád velmi slušná. V běžných scénářích rozdíl skoro nepoznáte, což ostatně jen potvrzuje, jak blízko si tyhle dva světy pořád jsou — minimálně na úrovni klientů a rozhraní.

14. 1. 2026, 09:41 editováno autorem komentáře

Co se vlastností týká, nějakou dobu zpátky jsem koukala po podpoře JSON v relačních databázích (potřebovala jsem ukládat složitější JSON objekty, které by bylo prakticky nemožné reprezentovat jako tabulky, ale nechtělo se mi sahat po NoSQL)

PostgreSQL má skvělou podporu, včetně indexování a queries pomocí jsonpath, MySQL je na tom taky slušně... A v MariaDB je JSON prakticky jen varchar s validací při insertu.

14. 1. 2026, 10:13 editováno autorem komentáře

No, ono je nejlepší to jako ten varchar s nějakou validací brát i v tom PostgreSQL. Dotazování i v JSONB je spíš z nouze ctnost, protože aspoň moje zkušenost je, že se ty dotazy prostě píšou blbě a je třeba řešit různé casty, možnou absenci záznamu apod.

Ale mít u tabulek sloupeček var pro flexibilní ukládání ostatních, dopředu těžko předvídatelných dat je praktický postup. Postupně se z toho JSONu vytahují relevantní záznamy a dávají do sloupečků dle potřeby, ale ta data tam už historicky jsou a dá se s nimi něco dělat. Např. při JSON odpovědích z nějakého API tak ten JSON můžu jednoduše uložit a nemusím ho kompletně rozpadnout, když v tuto chvíli potřebuju jen nějakou část.

Zajímavé, mně to fungovalo dobře a nenarazila jsem na problém, ale třeba jsme po tom chtěli něco jiného.

Jinak v mém případě šlo o ukládání <a hned="https:/­/www.hl7.org/fhir/">FHIR resources, a tam je to kvůli komplexitě docela těžké rozpadnout do tabulky, zvlášť když se v průběhu mění potřeby filtrace záznamů.

Jinak jedno z úskalí json jako stringu je že `{"a": "b" ; "c": "d"}` != `{"c": "d"; "a": "b"}`