大規模なデータモデリングを行う場合，データモデルをいくつかに分割して作成するのが一般的である。この部分図を，データモデリングツールではサブジェクトエリア（ERwin），あるいはサブモデル（ER/Studio）と呼んでいる。以下，このBlogではサブジェクトエリアという用語を使用する。
データモデリング分科会で，このサブジェクトエリアはどういった単位で作成すべきか，あるいは，その単位には理論的な裏付けがあるのだろうかという問題提起があり，これについて分科会でディスカッションを行った。
大規模システムの設計・開発では，いくつかのサブシステムに分割し，それぞれのサブシステムごとに設計・開発が行われるのが普通だが，大規模データモデルも同様に分割してモデリングすることが妥当と思われる。しかし，時々，模造紙を何枚も張り合わせた，ものすごく巨大なデータモデルを見ることがある。さぞかし，維持管理が大変だろうと思われるが，分割したら分割されたサブジェクトエリア間の関連がわかりにくくなるという問題もあるのか、あるいはサブジェクトエリアにデータモデルを分割するという概念に馴染みがないのかもしれない。
問題提起された課題は以下が代表的なものである。
１ サブジェクトエリアび分割の基準や理論的裏付けはあるのか？
２ サブジェクトエリアに書かれるエンティティ数はどのくらいが妥当か？
３ サブジェクトエリア間で，重複して描かれるエンティティがあっても良いのか？それとも，サブジェクトエリア間でエンティティは排他であるべきか？
まず，サブジェクトエリアの分割基準についてだが，理論的裏付けは難しいものの，ベスト・プラクティス，あるいはリファレンスとなるべきモデルはありそうである。残念ながら日本語訳は出ていないが，アメリカのデータモデラーであれば，まず絶対に読んでいるData Model Resource Book（L. Silverston）のVol.1では，
People and Organization
Products
Ordering Products
Shipments
Work Effort
Invoicing
Accounting and Budgeting
Human Resources
といったサブジェクトをあげている。サブジェクトエリアを考えるうえで，かなり拠り所になるかと思う。ちなみにアメリカでは業界団体，あるいはIBMやOracle，テラデータといったベンダーが提供しているデータモデルも，これに類似したサブジェクトエリアを設定している。理論的裏付けはともかく，かなり類似しているように感じている。これらのサブジェクトエリアは，図書分類に似ているという指摘もあった。分割範囲が大分類から細分化していく点も図書分類に類似している。
次にサブジェクトエリア単位のエンティティ数について。これは分科会で数10から，最大100以下といった経験を共有できた。数はけっこうバラつきが多いが，これはどこまでサブタイプを設定するかにもよるかと思う。あまりにも多い場合はさらに細分化した単位にサブジェクトエリアを分割するほうが良いだろう。
サブジェクトエリア間でエンティティが重複して良いのかについて。サブジェクトエリアを図書分類のように考えると，１つのエンティティが複数のサブジェクトエリアに所属するということはあり得ない。しかし，厳密に重複なしとすると，いろいろと支障が出てしまう。例えば，製品の担当者の関連，製品と売上の関連といったものは，図書分類的なサブジェクトエリアでは表現できない。こうした関連を表すためのアプローチの１つとしては，あるサブジェクトエリアのデータモデル図に，そこに属するエンティティと関連がある周辺サブジェクトエリアのエンティティも参考として書き加えるというテクニックがある。みもう１つは業務視点（たとえば受注業務）でデータモデル図を作成することである。これを組み合わせるとサブジェクトエリアを縦軸と横軸で表すことになり，ビジネスルール等をデータモデルで表現することができる。（全てのビジネスルールではないが，データ構造で表現できるビジネスルール），ただ，この縦軸・横軸の組み合わせをサブジェクトエリアとして考えるべきではという問いかけもあった。
参考となるサブジェクトエリアを，それぞれの企業にあてはめ，そこに独自部分をモデリングしていくと，出来上がるデータモデルの品質やモデリングにかかる時間の点で大きなメリットがあると信じている。このテーマについては今後もより具体的、実践的に議論を深めていきたいと考えており，データモデリング分科会では再度，取り上げていきたいテーマである。
コメント