Vlákno názorů k článku Historie projektu PostgreSQL od Petr ježek - Potvrzuje se, že vzdělaných, schopných a mravných tvůrců...
-
Petr ježek (neregistrovaný)
Potvrzuje se, že vzdělaných, schopných a mravných tvůrců je velmi omezené množství a šíření benefitů jejich produktů se neobejde bez komunitní dělby práce. Mám jen jediný dotaz k autorovi či jiným zasvěcencům: Je SQL natolik konfliktní s požadavky na uchovávání dat a manipulaci s nimi v současné době rychlých sítí, cloudů a heterogenních datových struktur, že to vede k nonSQL? Děkuji.
-
Ono je docela složité - NoSQL databáze mají podstatně jednodušší datový model a díky tomu mohou být jednodušší na implementaci, na provoz - a je fakt, že pro projekty, kde nedochází k hromadnému (dávkovému) zpracování dat je model key/value ideální. Díky jednoduchému modelu lze relativně snadno NoSQL databáze distribuovat, lze je i snadno replikovat. Nic z toho neplatí pro klasické SQL ACID databáze. Ve chvíli, kdy budeme chtít hromadně zpracovat data, tak u NoSQL db narazíme - minimálně větší pracností použití. Je fakt, že klasická architektura SQL databází vznikala začátkem 80 let a opravdu už neodpovídá možnostem, které tu jsou - na druhou stranu - je po třiceti letech docela dobře odladěná - a díky relativnímu nadbytku výkonu tenhle fousatý koncept pořád dobře slouží v praxi a bude sloužit. To samé lze napsat i o OS.
Určitě lze napsat moderní ultrarychlou SQL ACID db - viz VoltDB nebo SciDB - tyto databáze jsou moderní, velice výkonné - a téměř nikdo je nepoužívá, protože jsou příliš nové, nejsou user friendly a stávající SQL db z 80 a 90 let výkonnostně stačí. SQL je natolik dobře vymyšlené, že tu bude dalších 50 let - ohledně architektury SQL databází jsme - cituji Stonebrakera "na konci jedné éry", kdy se u stávajících databází dá čekat jen pokrok v mezích zákona, a bude se čekat cca 5-10 let na další generaci SQL databází, které budou z gruntu napsané pro cloud ať veřejný nebo privátní.
ČLÁNKY DO MAILU