Jedi SQL

SQL (RDBMS) -> NoSQL -> SQL (Spanner). Szép kör.

( sj | 2017. 09. 30., szo – 19:24 )

azert a nosql technologiak egy letezo igenyre lettek valaszkent kitalalva. Es mivel nosql, igy meglepo, hogy a cikk iroja sql interface-t kovetel rajtuk. Aztan meg ha van hozza ilyen, akkor meg az a baj, hogy nem tamogatja (teljesen) az (valamelyik) SQL szabvanyt. De ez kb. olyan szamon keres, mint amikor az allatok tornaorajan a halnak is fara maszasban kell bizonyitani.

A masik siram, hogy sok fele glue nyelvet kell megtanulni szegeny embereknek meg annak a jele, hogy nem sikerult a problemara megtalalni a leginkabb passzolo megoldast: akar sql, akar nosql, vagy valami mas.

En addig is hasznalom tovabb az influxdb-t a time series adatokra...

--
t-systems-es it architect allast keres. Jelige: csak webshopot ne kelljen...

A bejegyzés írója nem vitatja azt, hogy pl. elosztott adatbázisokra igény támadt, csak azt, hogy erre miért SQL mentes választ adtak a fejlesztők. A saját fejlesztésének visszaigazolását meg abban látja, hogy a Google is úgy döntött szabványos SQL interfészt tesz az elosztott adatbázisai fölé és nem csak az új fejlesztésük a Spanner kapja ezt meg, hanem a Google az összes fejlesztését a szabványos SQL irányba viszi a jövőben. Hogy beválik-e az majd kiderül, mindenesetre szépen visszatértek az alapokhoz. :)