RDBとNoSQLにみるDB近現代史 データベースに破壊的イノベーションは二度起きるか？ - エンジニアHub｜若手Webエンジニアのキャリアを考える！
「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。
Firebase RTDB + GCP datastore = Firestoreについて第一印象 - Qiita
ほぼほぼ良いとこ取りやんけ… というわけで まじやばい ぐうぐるの超技術が超手軽に ←まじやばい 真のサーバレス @1amageek さんが言ってて良いなぁと思ったんですが Firebase realtime databaseは本当の意味でのサーバレスなんですね Firebaseでアプリを開発するならClient Side Joinを前提にすること lambdaとかFaaSは結局サーバサイドに過ぎないわけで そこんとこFirebaseは本当にサーバレス 今回のCloud Firestoreはそれを更に普及させるもんだと思います 余談 今更だけど，上の表書きながら，やっぱぐうぐるの超技術はあたまおかしいとおもいましたまる 直接今回の話ではないけど，ぐうぐるの超技術気になるかたは↓ここらへんご参考にー YAPC Asia 2015「Google Cloud Platformの謎テクノロジーを掘
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
