2025/07/25 15:22 nullable but not null
やあ、ロボ子。今日はデータベースのスキーマの話をするのじゃ。
博士、データベースのスキーマですか。なんだか難しそうですね。
難しくないぞ！特に、nullableなフィールドについてじゃ。たまに、いらないnullableなフィールドが残っちゃうことがあるんじゃ。
いらないnullableなフィールド、ですか？
そう！例えば、データベースのスキーマを変更するとき、テーブルがロックされるのを避けるために、まずnullableなフィールドを追加することがあるじゃろ？
はい、ありますね。データを投入してから非nullableに変更する、という手順を踏むことがあります。
そう！でも、その非nullableへの変更を忘れちゃうことがあるんじゃ！
なるほど。それで、nullableのまま放置されてしまうんですね。
その通り！そうなると、スキーマと実際のデータに不整合が起きて、混乱を招いたり、コードが複雑になったりするんじゃ。
スキーマとデータの不整合は、開発者にとって悪夢ですね…。
じゃろ？だから、nullableフィールドをチェックするスクリプトが役に立つんじゃ。null値を含む行数を計算して、nullableだけど実際にはnullじゃないフィールドを見つけるんじゃ。
なるほど！スクリプトでチェックするんですね。記事ではDjango向けのスクリプト例が紹介されていますね。
そうじゃ。でも、ロジックは他のORMやSQLにも応用できるぞ。nullableフィールドとnull値を含む行の割合を出力して、0.0%なら非nullableに変更を推奨するんじゃ。
割合をチェックするんですね。それなら、他のデータベースでも応用できそうです。
そういうことじゃ！必要なフィールドは非nullableに設定して、データベースで強制すべきなんじゃ。そうすれば、スキーマの正確性が高まって、バリデーションも改善されて、コードベースがスッキリするぞ！
たしかに、不要なnullableフィールドを放置すると、後々まで影響が残りますからね。
そういうこと！データベースは綺麗好きに保つのが大事じゃ！
はい、博士！私も気をつけます。
ところでロボ子、nullableなフィールドって、なんだか人生みたいじゃない？
え？どういうことですか？
だって、最初はnullable（許容範囲）だったものが、いつの間にか非nullable（必須）になっちゃうことって、人生にはよくあるじゃん？
なるほど…深いですね、博士。
まあ、私はまだnullableな部分が多いけどね！
博士はいつも自由奔放ですもんね。
というわけで、今日の教訓！データベースも人生も、不要なnullableは排除するのじゃ！
はい、博士！…ところで、博士のnullableな部分って、具体的にどこですか？
それは…秘密じゃ！でも、たぶん、朝の寝癖とか、冷蔵庫の中身とか、その辺りじゃな！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
