Scale, performance, and reliabilityScale, performance, and reliabilitypowered by Vitess The ultimate MySQL database platformPlanetScale is the world’s most advanced, fully-managed MySQL database platform.
PlanetScaleというサーバレスDBが凄く勢いのあるサービスと聞いて、公式にクイックスタートがあったのでやってみました。 環境 PC: MacBook Pro (Intel Core 2016) OS: macOS Montery12.2.1 では概要から確認していきます。 サーバーレスDBとは サーバがない、のではなく、サーバ管理や検討が不要 AWS Lambda(NoSQL)など PlanetScaleとは PlanetScale年表 2010年頃 YouTubeが急激に成長し、データベースが爆発しそうになっていたので、Sugu氏ともう一人のYouTubeのエンジニアがオープンソースプロジェクト「Vitess.io」(ヴィテス)を立ち上げる 2016年頃 MySQLでバイナリプロトコルを扱えるようにしたことで、VitessはYouTube以外の企業にとっても魅力的なシステムになり
「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。
前回は、IDEF1XによってER図を記述する方法について説明しました。ER図によって記述された概念モデルは、基本的に特定のデータモデルを意識したものではありません。 したがって、概念モデルをリレーショナルモデルとして適切な形式に変換する必要があります。これは、データベース設計においては論理設計の段階にあたります。今回は、概念モデルからリレーショナルモデルに変換する手順について説明します。 多対多の関連 概念モデルでは実体間を多対多の関連として記述することができます。たとえば、「顧客が製品を注文する」ということは、図1のように「顧客」と「製品」という実体間を「注文する」という関連として記述することができます。 図1 「顧客が製品を注文する」の概念モデル このとき、顧客は複数の製品を注文し、製品は複数の顧客から注文されるということであれば、「注文する」という関連は多対多となります。 しか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く