V první a druhé části této série blogů jsme viděli některé základní rozdíly mezi škálovatelností relačních a nerelačních databází. V tomto příspěvku vám ukážu, jak tyto databáze správně používat, a také vám řeknu o některých známých společnostech, které tyto databáze používají.
Relační databáze
V první části této blogové série jsem mluvil o vlastnostech ACID. Tyto vlastnosti jsou důležité pro udržení těsné transakční integrace. Existují některá odvětví, jako je bankovnictví, maloobchod atd., kde každá transakce vyžaduje vlastnosti ACID. Při bankovních transakcích platí, že pokud je na jeden účet připsána částka, měl by být odepsán jiný. Částečná aktualizace není nikdy povolena, protože ovlivní integritu dat – v tomto scénáři se používá Oracle, SQL Server, MySQL a další RDBMS.
Nerelační databáze (NoSQL DB)
V prvním díle této blogové série jsem mluvil také o vlastnostech BASE. Ty jsou důležité pro zachování konzistentnosti dat napříč všemi uzly v databázi. Jakékoli informace, které nevyžadují přísnou integritu dat, lze uložit do databáze NoSQL. Například obsah systému vyhledávače může být uložen v nerelační databázi, protože je snadné rychle získat informace. Dobrým příkladem systému vyhledávačů je Google. Google obvykle ukládá své webové stránky uložené v mezipaměti do webové vrstvy, která se pravidelně obnovuje. Tyto databáze mohou ukládat terabajty historických dat (řekněme transakce kreditní kartou banky za posledních 5 let) v distribuovaném prostředí. Je snadné analyzovat a těžit data v NoSQL DB pomocí softwaru datového skladu SQL-like HIVE. NoSQL DB lze použít k ukládání obrovských objemů nestrukturovaných dat a jsou vhodné i pro textovou analýzu.
Uvedl jsem několik nejlepších organizací, které používají tyto databáze:
Relační databáze
SQL Server:LG Electronics, MySpace, Hilton Hotels.
ORACLE:British Telecom, MasterCard, Reliance Ltd.
MySQL:Facebook, Twitter, LinkedIn. Facebook používá MySQL k ukládání uživatelských interakcí, jako jsou aktualizace stavu, sdílení, lajky atd.
Nerelační databáze
CouchBase:LinkedIn, AdAction.
Cassandra:Facebook, Twitter, Digg.
MongoDB:LinkedIn, Pearson.
Neo4j:Cisco, eBay atd.
Jak jste viděli, společnosti jako Facebook, Twitter a LinkedIn používají relační i nerelační databáze na základě svých požadavků.
Nyní mi dovolte vrátit se k první části této série a odpovědět na následující otázky:
Jsou relační databáze schopné zpracovávat velká data?
Jsou relační databáze škálovatelné?
Jsou relační databáze vhodné pro požadavky na data moderní doby? Jako je analytika v reálném čase, zabývající se nestrukturovanými daty?
Odpověď na všechny tyto otázky je vehementní „ANO“. Relační databáze v tomto sociálním světě nezmizí. Na základě povahy a složitosti souboru dat by měla být použita správná databáze. Relační i nerelační databáze mají své výhody a nevýhody. Správně nastavené prostředí může využívat relační a nerelační databáze správným způsobem, jako to udělaly Facebook, Twitter a LinkedIn.