Přejít k navigační liště

Zdroják » Zprávičky » Nepřecházejte na NoSQL, když potřebujete SQL

Nepřecházejte na NoSQL, když potřebujete SQL

Zprávičky Databáze

Nálepky:

Kolem NoSQL se v poslední době víří neustále pozornost, která v některých lidech může vzbudit dojem, že NoSQL je lék na všechno a že kdo nepoužívá nějakou NoSQL databázi, nejde s dobou. Leckdy tak někteří kvapně opouští SQL, aniž by si uvědomili a sumarizovali, co vlastně od databáze chtějí a potřebují. Následně jsou z NoSQL rozčarování a vrací se k SQL, jako například autor článku We’re back… so long, MongoDB, v němž popisuje své zklamání z databáze MongoDB. Důvody, které v článku uvádí, jsou následující:

  1. Neexistence transakcí (autor dokonce píše: „Transakce jsou pro mne velmi důležité“)
  2. Ztráta několika záznamů
  3. Nemožnost spojovat záznamy
  4. Neexistence schématu (autor píše: „Ačkoli to byl hlavní důvod, kvůli kterému jsem odešel od MySQL, je to i hlavní důvod, kvůli kterému se vracím.“)
  5. Nestabilní replikace
  6. Nestabilní verze

Nelze než souhlasit s komentářem na webu MyNoSQL: Pokud máte tyto požadavky, tak proč používáte MongoDB? Většina z důvodů, které autor uvádí, jsou totiž právě základními rysy neschémových NoSQL databází, a je na místě si položit otázku: Pokud potřebujeme transakce, spojovat záznamy a vyhovuje nám schéma, tak proč odcházet od SQL?

Komentáře

Odebírat
Upozornit na
guest
1 Komentář
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
Karel Minařík

Dík za odkaz! Je to hodně o řešerši, kterou si (ne)udělali: v článku píšou, že se jim ztratily záznamy. Přitom to je přiznaná, nijak nezastíraná vlastnost MongoDB, že – na rozdíl třebas od CouchDB – nepovažuje pár zahozených záznamů za nějaký extra problém (viz http://nosql.mypopescu.com/post/392868405/mongodb-durability-a-tradeoff-to-be-aware-of)

Baro vs. Claude Code: Když paralelní agenti prohrají s jedním sezením (a co s tím udělat)

AI
Komentáře: 0
Více agentů musí být rychlejší než jeden, ne? Miodrag Todorović z JigJoy postavil baro - CLI, které paralelně spouští pět Claude sezení místo jednoho - a postavil ho proti novému příkazu /goal v Claude Code. Čekal jasnou výhru paralelismu. Místo toho prohrál v čase, v tokenech i v kvalitě výsledného kódu. Z analýzy tří konkrétních selhání ale vyšel jeden nečekaný závěr: problém nebyl v koordinaci mezi agenty, ale v rozhodnutích, která padla ještě před tím, než se kdokoli z nich probudil. Oprava trvala 200 řádků kódu - a v odvetě baro porazilo /goal o 4 minuty.

WebGPU už mají všechny hlavní enginy. Hotový standard z něj W3C dělat nechce

Na jaře 2026 už WebGPU není jen záležitost Chromia nebo preview buildů. Chrome, Edge, Safari i Firefox ho dodávají v produkčních verzích, ale ne na stejných platfórmach a ne se stejnými limity. WebGPU navíc podle aktuální charty pracovní skupiny nemíří z Candidate Recommendation do W3C Recommendation. Pro vývojáře je proto důležitější konkrétní podpora, fallbacky a limity paměti než formální status standardu.