関係データベースと正規化とは？かんけいでーたべーすとせいきか
関係データベースは、データを行と列からなる表の集まりとして管理し、表どうしをキーで結び付けて扱う方式で、基幹システムのデータ基盤として長く標準の位置にある。正規化は、その表の持ち方を整えて重複と不整合を避ける設計手法を指す。ST試験では、この方式の前提と、それが向かない領域（大量の非構造データ、急激に変わるスキーマ）を知ったうえで、どのデータをどこに置くかを構想する力が問われる。
最終更新：2026-10-06
ITストラテジストを最短で暗記・合格する →背景
表とキーという単純な構造にそろえたことで、どの製品でも同じ問合せ言語（SQL）で扱え、業務が変わっても表を足して対応できるようになった。この汎用性が、企業がベンダーを乗り換えられる余地を残してきた。一方、扱うデータが画像・ログ・センサ値へ広がり、量も種類も急に増える領域では、構造を先に決める前提が足かせになり、別の方式が併用されるようになった。経営会議では「基幹の取引データは従来どおり関係データベースに置き、分析用の大量データは別の基盤へ分ける構成を提案します。同じ器に入れると、どちらの要件も中途半端になります」と、置き場所の使い分けとして説明する。
具体例
OracleやMicrosoft SQL Server、PostgreSQLが基幹の取引データを担い、その隣にSnowflakeやGoogle BigQueryのような分析基盤を置いて、日次で連携する構成が広く採られている。この二層構成にすると、分析側の重い集計が基幹の応答性能を圧迫しなくなる一方、連携の遅れによってどこまで古いデータで意思決定しているかを利用部門へ明示する運用が要る。
試験での引っ掛け
分割の段階の違いが定番の出題で、第2正規形は主キーの一部にだけ従属する項目の切り出し、第3正規形は主キー以外の項目に従属する項目の切り出しになる。またこの方式が古く、新しい方式へ全面移行すべきだと読むのも誤りで、取引の整合性が要る領域では依然として第一の選択肢になる。適材適所の使い分けであって、世代交代ではない。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。