A young startup is setting out to transform the command line interface (CLI) into something a little more fitting for the modern age — something a little more glamorous. Charm is a four-year-old
「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。
はじめに 本記事は2017/01/16にオンラインで開催されたウェビナー(AWS Online Tech Talks)"PostgreSQL Compatibility for Amazon Aurora"のレポートです。 講師はAWSの以下の2名です Mark Porter(PostgreSQL互換AuroraのとRDS PostgreSQLのGeneral Manager) Kevin Jernigan(PostgreSQL互換AuroraのSr. Product Manager) 発表資料 Slideshare YouTube アジェンダ Why did we build Amazon Aurora? PostgreSQL Fast Facts Durability and Availability Architecture Performance Results vs. Postg
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く