教材ライブラリ

ping は相手に小さなデータを送って、返ってくるまでの時間を測るコマンドです。返ってきた時間 (RTT) は、相手のおおまかな遠さの目安になります。

3か所を順に押して、往復時間の伸び方を見てください。

• 同じ建物の中でも 0 にはならない。機器を通るぶんの時間が必ず乗る
• 距離が10倍でも時間は10倍にならない。固定の下駄があるぶん、伸び方はゆるい

当ててから次の枚で確かめると、答えが記憶に残ります。

2か所を押して、近いところとの桁の違いを見てください。

• 国内が 1〜10 ms なのに対し、海をまたぐと 100 ms 台に跳ねる
• 光が海底ケーブルを往復する時間そのものなので、機材を替えても縮まない

5か所の往復時間を並べると、距離が伸びるほど往復時間も伸びるのが分かります。近いところでも 0 にならないのは、機器を通るぶんの固定の下駄があるからです。

在庫数をテキストファイルに書いておけば、たしかに保存はできます。それでも業務システムがデータベースを使うのは、保存できるかどうかとは別の理由があるからです。

手順を最後まで送って、ファイルと DBMS の結果を見比べてください。

• 2人とも古い 100 を読んでから書くので、あとに書いたほうで上書きされる
• エラーは出ない。消えたことに誰も気づかないまま話が進む
• DBMS は読んだ行に鍵をかけて、片方を待たせることでこれを防ぐ

同時に触られたときの整理は、その一部にすぎません。自分で書くと大変なものを、DBMS があらかじめ引き受けてくれています。

注文を記録する表に、ついでに顧客名とメールも書いておけば、その表を見るだけで済みます。実際に書いてみると、同じ人が2回目の注文をした時点で困りごとが出てきます。

トグルを入れて、同じメールが何か所に出るかを数えてください。

• 混ぜたままだと、メールを直すのに注文の行数だけ直すことになる
• 1行でも直し忘れると、同じ人なのに違うメールが記録として残る
• 分けておけば直す場所は1か所。注文の側には顧客IDだけが残る

当ててから次の枚で確かめると、答えが記憶に残ります。

表を分けると、行どうしのつながりを列で表すことになります。そのために決まった役割を持つ列が2つあります。

ボタンを押して、表のどこを指す言葉なのかを見てください。

• 縦の並びが列。商品ID なら商品ID だけ、価格なら価格だけが入る
• 横の並びが行。商品1件ぶんの情報がここにまとまっている
• この表そのものがテーブル。データベースは表を何枚も持っている

現場では日本語と英語が混ざって飛んできます。指しているものは同じなので、対応だけ先に押さえておくと、あとの話が全部読めるようになります。

当ててから次の枚で確かめると、答えが記憶に残ります。

1手ずつ送って、行きに何が動き、帰りに何が動くのかを見てください。

• 行きに運ぶのは文だけ。データはまだ1件も動いていない
• 探すのはデータベース側。どう探すかは書かなくてよい
• 帰りに返ってくるのも表。だから行と列の話がこの先も続く

SELECT と FROM の2つが揃えば、それだけでクエリになります。まずはこの2行を手が覚えるところからです。

当ててから次の枚で確かめると、答えが記憶に残ります。

ボタンを押して、表のどこを何と呼ぶのかを見てください。

• 縦の並びが列 (カラム)。同じ種類の値が入る
• 横の並びが行 (レコード)。商品1件ぶんの情報がまとまっている

n を左右に動かして、残る行の数を見てください。

• n を上げるほど残る行は減る。増えることはない
• n = 0 なら全員が残る。条件が常に真になるから
• n = 42 なら 0 行。空の結果もエラーではなく正しい答え

当ててから次の枚で確かめると、答えが記憶に残ります。

トグルを入れて、混ざってくる行を見てください。

• 9 歳が 25 歳以上の側に入る。"9" の先頭が "2" より大きいから
• エラーは出ない。だから気づかないまま本番に出る
• 列の型を数値にしておけば、この事故は起きない

WHERE に書ける条件は等号だけではありません。よく使うものを先に覚えると、あとのレッスンが楽になります。

当ててから次の枚で確かめると、答えが記憶に残ります。

つなぎ方を切り替えて、結果が何行になるか数えてください。

• INNER は相手のいない 田中 が消える
• LEFT は 田中 が残り、item に NULL が入る
• カンマでつなぐと 3 × 4 で 12 行。線が全部と全部に引かれる

JOIN の種類は「相手がいない行をどうするか」の違いだけです。先に対応を覚えておくと、あとのレッスンで迷いません。

当ててから次の枚で確かめると、答えが記憶に残ります。

集計を切り替えたあと、SELECT に name を足してみてください。

• 営業は 30 と 40 の2行が束ねられて1行になる
• AVG に変えると営業は 35。COUNT の 2 とは別の計算
• name を足すと、束ねた行に書ける値が無いのでエラーになる

束ねたかたまりに対して何を計算するかを決めるのが集計関数です。よく使うものと、絞り込みの書き分けを先に押さえます。

当ててから次の枚で確かめると、答えが記憶に残ります。

条件を切り替えて、返る行数がどう変わるか見てください。

• = NULL は 0 行。IS NULL なら 鈴木 と 加藤 の2行
• != でも NULL の行は返らない。「違う」も判定できない
• 真・偽のほかに「不明」がある、と考えると筋が通る

比較演算子は NULL に効きません。NULL を相手にするときは、専用の書き方に切り替えます。

3つの場合を切り替えて、どこで対応が崩れるか見てください。

• INSERT で書くのは、表の名前と、列の並びと、値の並びの3つ
• 列と値は前から順に1対1で結ばれる
• 数が合わない文は、実行される前に弾かれる

画面から見ると「作成する」を押しただけですが、その裏では3つの場所を順番に通っています。SQL が出てくるのは3番目です。

INSERT は形が単純なぶん、間違いもいつも同じところに出ます。

当ててから次の枚で確かめると、答えが記憶に残ります。

WHERE の行を外して、書き換わる行がどこまで広がるか見てください。

• UPDATE は、何に書き換えるかの SET と、どれを書き換えるかの WHERE でできている
• WHERE を省いた文はエラーにならない。表の全行が同じ値になって正常に終わる
• 書く前に同じ条件で SELECT を流し、返ってきた行数を見るのが現場の手順

編集画面で直して送ったあとに通る場所は、作成のときと同じ3つです。違うのは、送るものと、データベースでやることの2点だけです。

当ててから次の枚で確かめると、答えが記憶に残ります。

3つの文を切り替えて、消える単位がどう変わるか見てください。

• DELETE が消すのは行。WHERE で選んだぶんだけ表から無くなる
• WHERE を省くと全行が消える。それでもエラーにはならない
• DROP TABLE が消すのは表そのもの。列の名前も一緒に消える

通る場所は作成や更新と同じです。違うのは、送るものが減ることと、やり直しが効かないことの2点です。

業務のデータは、消すと困るものが混ざっています。本当に取り除くのか、消えたことにするだけなのかを先に決めます。

当ててから次の枚で確かめると、答えが記憶に残ります。

トグルを入れて、空いていたセルに何が入るか見てください。

• 第1正規形とは、1つのセルに1つの値だけを持たせるというルール
• 変わるのは3行目だけ。空いていた注文日が埋まる
• 埋めたあとは、どの行も単体で何の注文か分かる

1行が1件として独立すると、SQL の基本的な操作がそのまま効くようになります。

当ててから次の枚で確かめると、答えが記憶に残ります。

当ててから次の枚で確かめると、答えが記憶に残ります。

行数を増やしたあと、書き込みに切り替えてみてください。

• 検索は行数を増やすほど差が開く。索引ありの棒はほとんど伸びない
• 書き込みに切り替えると逆転する。索引ありのほうが遅い
• だから「とりあえず全部の列に張る」は間違い

索引は速くする道具ではなく、検索と書き込みを取り引きする道具です。どちらが多い表なのかで判断します。

どのページもこの形から始まります。head は設定を書く場所で画面には出ません。目に見えるものは全部 body の中です。

HTML のエラーは赤い文字で止まってくれません。黙って別の意味に読まれます。

当ててから次の枚で確かめると、答えが記憶に残ります。

書いたはずのスタイルが効かないとき、原因はだいたいこの4つのどれかです。

当ててから次の枚で確かめると、答えが記憶に残ります。

取得できていない、という一点が形を変えて出てきます。

当ててから次の枚で確かめると、答えが記憶に残ります。