やあ。Cloud Spannerという、少し背伸びした技術に興味を持ってくれて嬉しいよ。
多くの人は「Spanner？ Googleの巨大な分散データベースだろ？ 難しそう……」と身構えてしまう。でもね、本質を掴んでしまえば、これほど「理にかなった」データベースはないんだ。
今日は、Spannerという巨大な「情報の図書館」をどう整理整頓するか、つまり「テーブル設計とスキーマ定義」の話をしよう。難しい専門用語はなるべく置いていくから、肩の力を抜いて付き合ってほしい。
—
Spannerを「巨大な図書館」に例えてみよう
想像してみてほしい。世界中から何億人もの人が同時に訪れる、とてつもなく巨大な図書館を。
普通のデータベースは、この図書館の「棚」が一つしかないようなものだ。人が押し寄せればすぐに行列ができる。でも、Cloud Spannerは違う。「棚」が世界中にコピーされていて、どこからアクセスしても、まるで目の前に本があるかのようにすぐ手に入る。 しかも、本の内容を書き換えても、世界中の棚が瞬時に同じ内容に更新される。
そんな魔法のような場所で、適当な場所に本を突っ込んだらどうなる？ すぐに見つからなくなるし、整理もつかないよね。だからこそ、「どこに」「どういう形式で」置くかという「スキーマ定義」が重要なんだ。
—
スキーマ定義：本棚の「ラベル」を決める作業
Spannerでテーブルを作るということは、本棚に「この列にはこの種類のデータしか入れませんよ」という厳格なラベルを貼る作業なんだ。
よく使うデータ型を、日常の例えで整理してみよう。
| データ型 | 何を入れるもの？ | 例え話 |
| :— | :— | :— |
| STRING | 文字列 | ノートの書き込み |
| INT64 | 整数 | ページ番号や在庫数 |
| FLOAT64 | 小数 | 科学的な測定値 |
| NUMERIC | 正確な数値 | お金（絶対これ！） |
| JSON | 柔軟なデータ | 付箋（何でも書けるメモ） |
| TIMESTAMP | 日時 | 本を閉じた正確な時間 |
| ARRAY | データの束 | 一つの袋に入った複数のペン |
ここで一つ、プロのこだわりを伝授しよう
特に気をつけてほしいのが `NUMERIC` だ。お金の計算で「浮動小数点数（FLOAT）」を使うのはエンジニアとしてご法度だ。少しの誤差が、後でとんでもない金額のズレを生む。お金に関わる数字は、必ず `NUMERIC` を選ぶ。これだけで君は、既に他の初心者より一歩先を行っているよ。
—
テーブル設計の極意：主キー（Primary Key）は「背表紙の番号」
Spannerにおいて一番大切なのが「主キー」だ。これは、図書館でいうところの「整理番号」。
もし、適当な主キー（例えば、適当な文字列）を選んでしまうと、Spannerはデータをあちこちに散らばらせてしまい、せっかくの性能が台無しになる。「連番」にするのも、実はSpannerではあまり推奨されない（特定の部分にアクセスが集中して渋滞するからだ）。
僕なら、「自然な階層構造」を意識する。
— テーブル作成の例：ユーザーの注文履歴
CREATE TABLE Orders (
UserId INT64 NOT NULL, — 誰の注文か
OrderId INT64 NOT NULL, — 注文番号
OrderDate TIMESTAMP, — 注文した時間
Amount NUMERIC, — 金額（お金はNUMERIC！）
) PRIMARY KEY (UserId, OrderId); — 二つのキーで「誰の、どの注文か」を特定する
この「二段構えのキー」にすることで、同じユーザーの注文データが近くに並び、読み出しが爆速になるんだ。
—
スキーマ定義のコード例：シンプルに美しく
最後に、実際にテーブルを定義する時のコードを見てみよう。
CREATE TABLE Users (
UserId INT64 NOT NULL,
UserName STRING(MAX), — 最大文字数を指定できる
Email STRING(255), — 長さを制限すると効率が良い
Tags ARRAY
) PRIMARY KEY (UserId);
- POINT: `STRING(MAX)` は便利だけど、長さが決まっているなら `STRING(255)` のように制限をかけよう。本棚の隙間を無駄にしない、スマートな整理術だ。
—
まとめ：ここをクリアすれば、もう怖くない
今日の話を振り返ってみよう。
1. データ型は用途に合わせて選ぶ： 特に「お金」には `NUMERIC` を。
2. 主キーは「効率的な並び順」を意識する： データの探しやすさを左右する命綱だ。
3. ARRAYやJSONを使いこなす： 柔軟性が必要な場所には、これらを積極的に活用して設計をシンプルに保とう。
Cloud Spannerは、最初は巨大な迷宮に見えるかもしれない。でも、こうして一つ一つの列の役割を理解し、整理整頓を心がけていけば、どんなに巨大なデータも君の意のままに操れるようになる。
君が書くその一行のスキーマが、未来の巨大なシステムの礎になるんだ。応援しているよ。またいつでも聞きに来てくれ。
コメント