問83
頻出度★★★
関係データベースの構築を次の a～c の工程で行うとき, 実行順序として適切なものはどれか。 a 管理するデータ項目の洗い出し b 対象業務の分析 c 表の作成
平成26年度 春期 ITパスポート試験 問83
テクノロジ系データベース › データベース設計
这道题的解析和你的作答记录。
解説
問 83
错误ア
a→b→c 意味着在分析业务之前就去梳理需要管理的数据项。在还不了解目标业务的阶段确定所需数据项，就会遗漏实际业务真正需要的数据项，或者做出用不上的数据项。业务分析（b）是为数据项梳理（a）提供前提信息的工序，所以 b 必须先于 a。
- イ
正解 正确答案是イ「b→a→c」。关系数据库的构建要从理解业务这一上游工序，按顺序推进到实际创建表这一下游工序。首先进行 b「分析目标业务」。因为如果不清楚是什么业务、会产生什么信息、由谁以何种方式使用，就根本无法确定应当把什么放进数据库。接着进行 a「梳理需要管理的数据项」。根据业务分析的结果，梳理出客户名、商品编码、订货日期等需要管理的数据项，并整理各数据项之间的关联（E-R图等）。最后进行 c「创建表」。以梳理出的数据项为基础，确定表的名称、列（数据项）的构成、数据类型、主键等，实际定义出表。也就是说，顺序是「了解业务 → 确定要保存什么 → 建造容器」，因此 b→a→c 是恰当的。
错误ウ
b→c→a 意味着分析完业务后，还没确定数据项就去创建表。要创建表，必须先确定让它拥有哪些列（数据项），因此在数据项梳理（a）尚未完成的阶段是无法创建表（c）的。a 与 c 的顺序颠倒了。
错误エ
c→a→b 的顺序完全颠倒，等于从最下游的创建表开始做起。在既没有做业务分析、也没有梳理数据项的状态下，根本无从确定表的列构成，而且建完之后才发现数据项有缺有余，只能返工重做。这是不经过设计就直接动手实现的典型错误。
ここがポイント
- 数据库设计的基本流程是「分析目标业务 → 梳理需要管理的数据项（概念设计、E-R图）→ 创建表」，即从上游的分析、设计工序推进到下游的实现工序。由于上游的成果就是下游的输入，所以顺序不能调换。
- 在关系数据库中，数据是用由行和列构成的「表（数据表）」来管理的。列对应于需要管理的数据项，所以要牢记这一依赖关系：数据项没有确定，表就无法定义。
用語