データアーキテクト

組織全体のデータ構造とデータの流れを設計する役割。個々のシステムを超えて、どこにどのデータを置き、どう連携させるかの全体像に責任を負う。

組織のデータアーキテクチャを設計し、維持する役割。エンタープライズデータモデル、システム間のデータフロー、データの配置や連携の方式を定め、データ戦略とビジネスの要求に沿って、現状と目標のアーキテクチャ及び移行計画を策定する。

組織全体で扱う主要なデータの種類（主題領域や実体）とその関係を、個々のシステムから独立して表した全社共通のデータモデル。概念レベルから論理レベルまで段階的に詳細化し、システム間でデータの定義をそろえ、データの重複や不整合を減らす基準とする。

データを関係（リレーション＝表）の集合として表現するデータモデル。各表はタプル（行）と属性（列）から構成され、関係演算（選択、射影、結合など）によってデータを操作する。

データを木構造で表し、親から子への1対多の関係で管理するデータベース。たどる経路が決まっているため高速だが、多対多の関係を表しにくい。関係データベース以前の主流方式。

データを網の目状のポインタで結び、多対多の関係も表せるようにしたデータベース。ネットワーク型ともいう。階層型の制約を解消したが、構造が複雑で変更に弱い。

データと操作をまとめたオブジェクトの形でそのまま格納するデータベース。継承や複雑な構造を扱いやすく、CADやマルチメディアなど表形式になじまないデータに向く。

XML文書を構造のまま格納・検索できるデータベース。項目が可変で階層の深いデータを、表に分解せずに扱える。XPathやXQueryといった専用の問合せ言語で検索する。