Oracle® SQL Developer Data Modelerユーザーズ・ガイド

リリース3.3

B72811-01(原本部品番号:E35120-03)

目次

図一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

- サード・パーティ・ライセンス情報

1 Data Modelerの概要および使用方法

- 1.1 SQL Developer Data Modelerのインストールおよび起動

- 1.2 Data Modelerのユーザー・インタフェース

- 1.2.1 Data Modelerのメニュー

- 1.2.2 コンテキスト・メニュー

- 1.3 Data Modelerの使用

- 1.3.1 データベース設計

- 1.3.2 データ型モデル

- 1.3.2.1 データ型ダイアグラムおよびサビブュー

- 1.3.2.2 固有型

- 1.3.2.3 構造型

- 1.3.2.4 コレクション型

- 1.3.2.5 論理型

- 1.3.3 プロセス・モデル

- 1.3.3.1 データ・フロー・ダイアグラム

- 1.3.3.2 変換プロセスおよびパッケージ

- 1.3.4 論理モデル

- 1.3.4.1 論理ダイアグラムおよびサブビュー

- 1.3.4.2 エンティティ

- 1.3.4.3 属性

- 1.3.4.4 一意の識別子(UID)

- 1.3.4.5 継承

- 1.3.4.6 リレーション

- 1.3.4.7 arc

- 1.3.4.8 型置換

- 1.3.4.9 ビュー

- 1.3.5 リレーショナル・モデル

- 1.3.5.1 リレーショナル・ダイアグラムおよびサブビュー

- 1.3.5.2 表

- 1.3.5.3 列

- 1.3.5.4 索引

- 1.3.5.5 リレーション

- 1.3.5.6 リレーショナル・ビュー

- 1.3.6 物理モデル

- 1.3.6.1 クラスタ

- 1.3.6.2 コンテキスト

- 1.3.6.3 ディメンション

- 1.3.6.4 ディレクトリ

- 1.3.6.5 ディスク・グループ

- 1.3.6.6 外部表

- 1.3.6.7 索引

- 1.3.6.8 ロール

- 1.3.6.9 ロールバック・セグメント

- 1.3.6.10 セグメント(セグメント・テンプレート)

- 1.3.6.11 順序

- 1.3.6.12 スナップショット

- 1.3.6.13 ストアド・プロシージャ

- 1.3.6.14 シノニム

- 1.3.6.15 構造型

- 1.3.6.16 表

- 1.3.6.17 表領域

- 1.3.6.18 ユーザー

- 1.3.6.19 ビュー

- 1.3.7 ビジネス情報

- 1.3.7.1 連絡先

- 1.3.7.2 ドキュメント

- 1.3.7.3 電子メール

- 1.3.7.4 ロケーション

- 1.3.7.5 リソース・ロケータ

- 1.3.7.6 責任者

- 1.3.7.7 電話

- 1.4 データ・モデリングへのアプローチ

- 1.4.1 トップダウン・モデリング

- 1.4.2 ボトムアップ・モデリング

- 1.4.3 ターゲット・モデリング

- 1.5 Data Modelerのユーザー・プリファレンス

- 1.5.1 環境

- 1.5.2 Data Modeler

- 1.5.2.1 マッピングの比較

- 1.5.2.2 DDL

- 1.5.2.3 ダイアグラム

- 1.5.2.4 モデル

- 1.5.2.5 ネーミング標準

- 1.5.2.6 検索

- 1.5.2.7 SQLフォーマッタ

- 1.5.2.8 サード・パーティJDBCドライバ

- 1.5.3 拡張機能

- 1.5.4 無視するファイルのリスト

- 1.5.5 マウスオーバー・ポップアップ

- 1.5.6 ショートカット・キー(アクセラレータ・キー)

- 1.5.7 バージョニング

- 1.5.8 Webブラウザとプロキシ

- 1.6 設計の保存、オープン、エクスポートおよびインポート

- 1.6.1 DDLファイルのインポート

- 1.6.2 キューブ・ビューのメタデータのインポート

- 1.6.3 Microsoft XMLAからのインポート

- 1.6.4 ERwinファイルのインポート

- 1.6.5 データ・ディクショナリからのインポート

- 1.6.6 Oracle Designerモデルのインポート

- 1.6.7 Data Modeler設計のインポート

- 1.6.8 ドメインのインポート

- 1.7 プリファレンスおよびその他の設定のエクスポートおよびインポート

- 1.7.1 元のData Modelerプリファレンスのリストア

- 1.8 Data Modelerレポート

- 1.8.1 RTF、HTMLまたはPDFファイルとしてのレポートの生成

- 1.8.2 SQL Developerを使用したエクスポートされたレポート・スキーマ・データの表示

- 1.8.2.1 「設計内容」レポート

- 1.8.2.2 「設計ルール」レポート

- 1.8.3 レポート・リポジトリおよびレポート・スキーマ

- 1.9 バージョニングの使用

- 1.9.1 SubversionおよびData Modelerの概要

- 1.9.1.1 保留中の変更

- 1.9.2 基本的なワークフロー: 設計でのSubversionの使用

- 1.10 Data Modelerアクセシビリティ情報

- 1.11 データ・モデリングの追加のリソース

2 Data Modelerチュートリアル: 小規模データベースのモデリング

- 2.1 論理モデルの作成

- 2.1.1 ドメインの追加

- 2.1.2 Booksエンティティの作成

- 2.1.3 Patronsエンティティの作成

- 2.1.4 Transactionsエンティティの作成

- 2.1.5 エンティティ間のリレーションの作成

- 2.2 リレーショナル・モデルの作成

- 2.3 DDLの生成

- 2.4 設計の保存

3 Data Modelerのダイアログ・ボックス

- 3.1 イベントの追加

- 3.2 arcのプロパティ

- 3.3 属性のプロパティ

- 3.4 SubViewオブジェクト名接頭辞の変更

- 3.5 変更リクエストのプロパティ

- 3.6 更新のチェック

- 3.7 コレクション型のプロパティ

- 3.8 列のプロパティ

- 3.9 ダイアログ・ボックスの共通情報

- 3.10 マッピングの比較

- 3.11 モデリング設計の比較

- 3.12 モデルの比較

- 3.13 拡張機能の設定

- 3.14 連絡先のプロパティ

- 3.15 データベース接続の作成

- 3.16 検出された外部キーの作成

- 3.17 キューブのプロパティ

- 3.18 データ・ディクショナリ・インポート(メタデータ抽出)

- 3.19 データベース接続エディタ

- 3.20 DDLファイル・エディタ

- 3.21 DDL生成オプション

- 3.22 設計のプロパティ

- 3.23 設計ルール

- 3.23.1 設計ルール

- 3.23.2 カスタム・ルール

- 3.23.3 ライブラリ

- 3.23.4 変換

- 3.24 ディメンションのプロパティ

- 3.25 表示のプロパティ

- 3.26 Distinct型のプロパティ

- 3.27 ドキュメントのプロパティ

- 3.28 ドメインのプロパティ(ドメイン・モデル)

- 3.29 ドメイン管理

- 3.30 電子メールのプロパティ

- 3.31 エンジニアリング

- 3.32 エンティティのプロパティ

- 3.33 イベントのプロパティ

- 3.34 キューブ・ビューのメタデータのエクスポート

- 3.35 Microsoft XMLAへのエクスポート

- 3.36 Oracle Analytic Workspacesへのエクスポート

- 3.37 レポート・スキーマへのエクスポート

- 3.38 エクスポート・ウィザード

- 3.39 外部エージェントのプロパティ

- 3.40 外部データのプロパティ

- 3.41 オブジェクトの検索(検索)

- 3.42 フローのプロパティ

- 3.43 外部キーのプロパティ

- 3.44 用語集エディタ

- 3.45 階層のプロパティ

- 3.46 ドメインのインポート

- 3.47 用語集(ネーミング標準定義)のインポート

- 3.48 VARファイルからのマップ済モデルのインポート

- 3.49 Oracle Designerモデルのインポート

- 3.50 Data Modeler設計のインポート

- 3.51 データベース接続のインポート

- 3.52 VARファイルのインポート: インポートのタイプの選択

- 3.53 索引、主キーまたは一意キーのプロパティ

- 3.54 情報ストアのプロパティ

- 3.55 情報構造のプロパティ

- 3.56 継承リレーションのプロパティ - <階層名>

- 3.57 結合プロパティ

- 3.58 レベルのプロパティ

- 3.59 場所のプロパティ

- 3.60 論理型

- 3.61 MeasureFolderのプロパティ

- 3.62 メジャーのプロパティ

- 3.63 測定のプロパティ

- 3.64 メソッド・プロパティ

- 3.65 モデルのプロパティ - ビジネス情報

- 3.66 モデルのプロパティ - <データ・フロー・ダイアグラム名>

- 3.67 モデルのプロパティ - データ型

- 3.68 モデルのプロパティ - 論理

- 3.69 モデルのプロパティ - <多次元モデル名>

- 3.70 モデルのプロパティ - プロセス・モデル

- 3.71 モデルのプロパティ - <名前> (リレーショナル)

- 3.72 名前の略称

- 3.73 データベース接続の新規作成/更新

- 3.74 オブジェクト名管理

- 3.75 プロセスのプロパティ

- 3.76 RDBMSサイト・エディタ

- 3.77 レコード構造のプロパティ

- 3.78 リレーションのプロパティ

- 3.79 リレーショナル・モデル

- 3.80 レポート・テンプレート管理

- 3.81 リソース・ロケータのプロパティ

- 3.82 責任者のプロパティ

- 3.83 ロールのプロパティ

- 3.84 RollupLinkのプロパティ

- 3.85 ルール・セットのプロパティ

- 3.86 スキーマ・プロパティ

- 3.87 DDLファイルの選択

- 3.88 ファイルの選択

- 3.89 エクスポートするモデル/サブビューの選択

- 3.90 分類タイプの設定

- 3.91 共通プロパティの設定

- 3.92 データ型の設定

- 3.93 スライスのプロパティ

- 3.94 空間定義のプロパティ

- 3.95 Oracle AWへのSQLアクセスのプロパティ

- 3.96 標準レポート構成

- 3.97 構造化属性のプロパティ

- 3.98 構造型のプロパティ

- 3.99 Subversion: プロパティの追加

- 3.100 Subversion: ソース・コントロールに追加

- 3.101 Subversion: パッチの適用

- 3.102 Subversion: ブランチ/タグ

- 3.103 Subversion: Subversionからのチェックアウト

- 3.104 Subversion: リソースのコミット

- 3.105 Subversion: 作業用コピーのコミット

- 3.106 Subversion: チェックアウトの確認

- 3.107 Subversion: リモート・ディレクトリの作成

- 3.108 Subversion: Subversionリポジトリの作成

- 3.109 Subversion: Subversion接続の作成/Subversion接続の編集

- 3.110 Subversion: リソースの削除

- 3.111 Subversion: 構成ファイルの編集

- 3.112 Subversion: ファイルのエクスポート

- 3.113 Subversion: Subversion接続のエクスポート

- 3.114 Subversion: 履歴

- 3.115 Subversion: 無視

- 3.116 Subversion: Subversion接続のインポート

- 3.117 Subversion: Subversionへのインポート

- 3.118 Subversion: リソースのロック

- 3.119 Subversion: マージ

- 3.120 Subversion: 保留中の変更

- 3.121 Subversion: プロパティ

- 3.122 Subversion: Subversionから削除

- 3.123 Subversion: リポジトリ・ブラウザ

- 3.124 Subversion: ローカルでの変更の回復

- 3.125 Subversion: 切替え

- 3.126 Subversion: リソースのロック解除

- 3.127 Subversion: リソースの更新

- 3.128 Subversion: 作業用コピーの更新

- 3.129 Subversion: バージョニング・プロパティ

- 3.130 Subversion: XMLメタデータ・コンパレータ

- 3.131 SubViewのプロパティ

- 3.132 表のプロパティ

- 3.133 表からビュー

- 3.134 電話のプロパティ

- 3.135 変換パッケージ

- 3.136 変換 <タスク名>

- 3.137 変換のプロパティ

- 3.138 変換フローのプロパティ

- 3.139 型管理

- 3.140 型からドメイン

- 3.141 一意識別子(UIDまたはキー)のプロパティ

- 3.142 ビューのプロパティ(論理モデル)

- 3.143 ビューのプロパティ(リレーショナル・モデル)

- 3.144 ビューから表

- 3.145 ウィンドウ

索引

図一覧

- 1-1 SQL Developer Data Modelerのメイン・ウィンドウ

Oracle® SQL Developer

Data Modelerユーザーズ・ガイド

リリース3.3

B72811-01(原本部品番号:E35120-03)

2013年4月

メタデータの取得、モデリング、管理および利用のための環境を提供するデータ・モデリングおよびデータベース設計のツールであるOracle SQL Developer Data Modelerについて、その概要および使用方法を説明します。

Oracle SQL Developer Data Modelerユーザーズ・ガイド, リリース3.3

B72811-01

Copyright © 2008, 2013, Oracle and/or its affiliates.All rights reserved.

原本著者: Chuck Murray

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

はじめに

このマニュアルでは、メタデータの取得、モデリング、管理および利用のための環境を提供するデータ・モデリングおよびデータベース設計のツールであるSQL Developer Data Modelerについて、その概要および使用方法を説明します。SQL Developer Data ModelerはData Modelerとも呼ばれます。

対象読者

このマニュアルは、SQL Developer Data Modelerのユーザーを対象としています。データ・モデリングについてある程度の知識を持っているか、またはデータ・モデリングの高度な情報および詳細情報について、このマニュアル以外のリソースを検索できることを前提としています。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

Oracleサポート・サービスでは、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

リリース・ノート、インストール・マニュアル、ホワイト・ペーパーまたはその他の関連ドキュメントは、次のOTN(Oracle Technology Network)から、無償でダウンロードできます。

http://www.oracle.com/technetwork/

OTNサイトのドキュメントのセクションは、次を参照してください。

http://www.oracle.com/technetwork/indexes/documentation/

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

サード・パーティ・ライセンス情報

SQL Developer Data Modelerには、サード・パーティのコードが含まれています。オラクル社は次のライセンス文書を表示することを求められています。ただし、Oracleプログラム(サード・パーティのソフトウェアを含む)を使用する権利は、この製品に付随するOracleプログラムのライセンスによって決定され、次の文書に含まれる条件でこの権利が変更されることはありません。

Batikバージョン1.7

このプログラムには、Batikバージョン1.7が含まれており、関連する属性テキストは次のとおりです。

This product includes software developed by The Apache Software Foundation (http://www.apache.org/).This software contains code from the World Wide Web Consortium (W3C) for the Document Object Model API (DOM API) and SVG Document Type Definition (DTD).This software contains code from the International Organisation for Standardization for the definition of character entities used in the software's documentation. 2.Must include Apache License, Version 2.0 with any distribution of Apache Batik 1.7: Apache License Version 2.0, January 2004 http://www.apache.org/licenses/ TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION 1.Definitions."License" shall mean the terms and conditions for use, reproduction, and distribution as defined by Sections 1 through 9 of this document."Licensor" shall mean the copyright owner or entity authorized by the copyright owner that is granting the License."Legal Entity" shall mean the union of the acting entity and all other entities that control, are controlled by, or are under common control with that entity.For the purposes of this definition, "control" means (i) the power, direct or indirect, to cause the direction or management of such entity, whether by contract or otherwise, or (ii) ownership of fifty percent (50%) or more of the outstanding shares, or (iii) beneficial ownership of such entity."You" (or "Your") shall mean an individual or Legal Entity exercising permissions granted by this License."Source" form shall mean the preferred form for making modifications, including but not limited to software source code, documentation source, and configuration files."Object" form shall mean any form resulting from mechanical transformation or translation of a Source form, including but not limited to compiled object code, generated documentation, and conversions to other media types."Work" shall mean the work of authorship, whether in Source or Object form, made available under the License, as indicated by a copyright notice that is included in or attached to the work (an example is provided in the Appendix below)."Derivative Works" shall mean any work, whether in Source or Object form, that is based on (or derived from) the Work and for which the editorial revisions, annotations, elaborations, or other modifications represent, as a whole, an original work of authorship.For the purposes of this License, Derivative Works shall not include works that remain separable from, or merely link (or bind by name) to the interfaces of, the Work and Derivative Works thereof."Contribution" shall mean any work of authorship, including the original version of the Work and any modifications or additions to that Work or Derivative Works thereof, that is intentionally submitted to Licensor for inclusion in the Work by the copyright owner or by an individual or Legal Entity authorized to submit on behalf of the copyright owner.For the purposes of this definition, "submitted" means any form of electronic, verbal, or written communication sent to the Licensor or its representatives, including but not limited to communication on electronic mailing lists, source code control systems, and issue tracking systems that are managed by, or on behalf of, the Licensor for the purpose of discussing and improving the Work, but excluding communication that is conspicuously marked or otherwise designated in writing by the copyright owner as "Not a Contribution." "Contributor" shall mean Licensor and any individual or Legal Entity on behalf of whom a Contribution has been received by Licensor and subsequently incorporated within the Work. 2.Grant of Copyright License.

Subject to the terms and conditions of this License, each Contributor hereby grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare Derivative Works of, publicly display, publicly perform, sublicense, and distribute the Work and such Derivative Works in Source or Object form. 3.Grant of Patent License.Subject to the terms and conditions of this License, each Contributor hereby grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable (except as stated in this section) patent license to make, have made, use, offer to sell, sell, import, and otherwise transfer the Work, where such license applies only to those patent claims licensable by such Contributor that are necessarily infringed by their Contribution(s) alone or by combination of their Contribution(s) with the Work to which such Contribution(s) was submitted.If You institute patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that the Work or a Contribution incorporated within the Work constitutes direct or contributory patent infringement, then any patent licenses granted to You under this License for that Work shall terminate as of the date such litigation is filed. 4.Redistribution.You may reproduce and distribute copies of the Work or Derivative Works thereof in any medium, with or without modifications, and in Source or Object form, provided that You meet the following conditions: a.You must give any other recipients of the Work or Derivative Works a copy of this License; and b.You must cause any modified files to carry prominent notices stating that You changed the files; and c.You must retain, in the Source form of any Derivative Works that You distribute, all copyright, patent, trademark, and attribution notices from the Source form of the Work, excluding those notices that do not pertain to any part of the Derivative Works; and d.If the Work includes a "NOTICE" text file as part of its distribution, then any Derivative Works that You distribute must include a readable copy of the attribution notices contained within such NOTICE file, excluding those notices that do not pertain to any part of the Derivative Works, in at least one of the following places: within a NOTICE text file distributed as part of the Derivative Works;within the Source form or documentation, if provided along with the Derivative Works; or, within a display generated by the Derivative Works, if and wherever such third-party notices normally appear.The contents of the NOTICE file are for informational purposes only and do not modify the License.You may add Your own attribution notices within Derivative Works that You distribute, alongside or as an addendum to the NOTICE text from the Work, provided that such additional attribution notices cannot be construed as modifying the License.You may add Your own copyright statement to Your modifications and may provide additional or different license terms and conditions for use, reproduction, or distribution of Your modifications, or for any such Derivative Works as a whole, provided Your use, reproduction, and distribution of the Work otherwise complies with the conditions stated in this License. 5.Submission of Contributions.Unless You explicitly state otherwise, any Contribution intentionally submitted for inclusion in the Work by You to the Licensor shall be under the terms and conditions of this License, without any additional terms or conditions.Notwithstanding the above, nothing herein shall supersede or modify the terms of any separate license agreement you may have executed with Licensor regarding such Contributions. 6.Trademarks.

This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor, except as required for reasonable and customary use in describing the origin of the Work and reproducing the content of the NOTICE file. 7.Disclaimer of Warranty.Unless required by applicable law or agreed to in writing, Licensor provides the Work (and each Contributor provides its Contributions) on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied, including, without limitation, any warranties or conditions of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE.You are solely responsible for determining the appropriateness of using or redistributing the Work and assume any risks associated with Your exercise of permissions under this License. 8.Limitation of Liability.In no event and under no legal theory, whether in tort (including negligence), contract, or otherwise, unless required by applicable law (such as deliberate and grossly negligent acts) or agreed to in writing, shall any Contributor be liable to You for damages, including any direct, indirect, special, incidental, or consequential damages of any character arising as a result of this License or out of the use or inability to use the Work (including but not limited to damages for loss of goodwill, work stoppage, computer failure or malfunction, or any and all other commercial damages or losses), even if such Contributor has been advised of the possibility of such damages. 9.Accepting Warranty or Additional Liability.While redistributing the Work or Derivative Works thereof, You may choose to offer, and charge a fee for, acceptance of support, warranty, indemnity, or other liability obligations and/or rights consistent with this License.However, in accepting such obligations, You may act only on Your own behalf and on Your sole responsibility, not on behalf of any other Contributor, and only if You agree to indemnify, defend, and hold each Contributor harmless for any liability incurred by, or claims asserted against, such Contributor by reason of your accepting any such warranty or additional liability.END OF TERMS AND CONDITIONS Appendix: How to Apply Apache License to Your Work To apply the Apache License to your work, attach the following boilerplate notice, with the fields enclosed by brackets "[]" replaced with your own identifying information.(Don't include the brackets!)The text should be enclosed in the appropriate comment syntax for the file format.We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.Copyright [yyyy] [name of copyright owner] Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License.You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.See the License for the specific language governing permissions and limitations under the License.

Log4j 1.2.9

このプログラムには、Log4j 1.2.9が含まれており、関連する属性テキストは次のとおりです。

The Apache Software License, Version 1.1 * * Copyright (c) 2000 The Apache Software Foundation.All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1.Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * * 2.Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in * the documentation and/or other materials provided with the * distribution. * * 3.The end-user documentation included with the redistribution, * if any, must include the following acknowledgment: * "This product includes software developed by the * Apache Software Foundation (Link1 /)." * Alternately, this acknowledgment may appear in the software itself, * if and wherever such third-party acknowledgments normally appear. * * 4.The names "Apache" and "Apache Software Foundation" must * not be used to endorse or promote products derived from this * software without prior written permission.For written * permission, please contact apache@apache.org. * * 5.Products derived from this software may not be called "Apache", * nor may "Apache" appear in their name, without prior written * permission of the Apache Software Foundation. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED.IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * ==================================================================== * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation.For more * information on the Apache Software Foundation, please see * <Link2 />. * * Portions of this software are based upon public domain software * originally written at the National Center for Supercomputing Applications, * University of Illinois, Urbana-Champaign. */

POI 2.5.1

このプログラムには、POI 2.5.1が含まれており、関連する属性テキストは次のとおりです。

The following applies to all products licensed under the Apache 2.0 License: You may not use the identified files except in compliance with the Apache License, Version 2.0 (the "License.")You may obtain a copy of the License at http://www.apache.org/.A copy of the license is also reproduced below.Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.See the License for the specific language governing permissions and limitations under the License.Apache License Version 2.0, January 2004 Link2 / TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION 1.Definitions."License" shall mean the terms and conditions for use, reproduction, and distribution as defined by Sections 1 through 9 of this document."Licensor" shall mean the copyright owner or entity authorized by the copyright owner that is granting the License."Legal Entity" shall mean the union of the acting entity and all other entities that control, are controlled by, or are under common control with that entity.For the purposes of this definition, "control" means (i) the power, direct or indirect, to cause the direction or management of such entity, whether by contract or otherwise, or (ii) ownership of fifty percent (50%) or more of the outstanding shares, or (iii) beneficial ownership of such entity."You" (or "Your") shall mean an individual or Legal Entity exercising permissions granted by this License."Source" form shall mean the preferred form for making modifications, including but not limited to software source code, documentation source, and configuration files."Object" form shall mean any form resulting from mechanical transformation or translation of a Source form, including but not limited to compiled object code, generated documentation, and conversions to other media types."Work" shall mean the work of authorship, whether in Source or Object form, made available under the License, as indicated by a copyright notice that is included in or attached to the work (an example is provided in the Appendix below)."Derivative Works" shall mean any work, whether in Source or Object form, that is based on (or derived from) the Work and for which the editorial revisions, annotations, elaborations, or other modifications represent, as a whole, an original work of authorship.For the purposes of this License, Derivative Works shall not include works that remain separable from, or merely link (or bind by name) to the interfaces of, the Work and Derivative Works thereof."Contribution" shall mean any work of authorship, including the original version of the Work and any modifications or additions to that Work or Derivative Works thereof, that is intentionally submitted to Licensor for inclusion in the Work by the copyright owner or by an individual or Legal Entity authorized to submit on behalf of the copyright owner.

For the purposes of this definition, "submitted" means any form of electronic, verbal, or written communication sent to the Licensor or its representatives, including but not limited to communication on electronic mailing lists, source code control systems, and issue tracking systems that are managed by, or on behalf of, the Licensor for the purpose of discussing and improving the Work, but excluding communication that is conspicuously marked or otherwise designated in writing by the copyright owner as "Not a Contribution." "Contributor" shall mean Licensor and any individual or Legal Entity on behalf of whom a Contribution has been received by Licensor and subsequently incorporated within the Work. 2.Grant of Copyright License.Subject to the terms and conditions of this License, each Contributor hereby grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare Derivative Works of, publicly display, publicly perform, sublicense, and distribute the Work and such Derivative Works in Source or Object form. 3.Grant of Patent License.Subject to the terms and conditions of this License, each Contributor hereby grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable (except as stated in this section) patent license to make, have made, use, offer to sell, sell, import, and otherwise transfer the Work, where such license applies only to those patent claims licensable by such Contributor that are necessarily infringed by their Contribution(s) alone or by combination of their Contribution(s) with the Work to which such Contribution(s) was submitted.If You institute patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that the Work or a Contribution incorporated within the Work constitutes direct or contributory patent infringement, then any patent licenses granted to You under this License for that Work shall terminate as of the date such litigation is filed. 4.Redistribution.You may reproduce and distribute copies of the Work or Derivative Works thereof in any medium, with or without modifications, and in Source or Object form, provided that You meet the following conditions: (a) You must give any other recipients of the Work or Derivative Works a copy of this License; and (b) You must cause any modified files to carry prominent notices stating that You changed the files; and (c) You must retain, in the Source form of any Derivative Works that You distribute, all copyright, patent, trademark, and attribution notices from the Source form of the Work, excluding those notices that do not pertain to any part of the Derivative Works; and (d) If the Work includes a "NOTICE" text file as part of its distribution, then any Derivative Works that You distribute must include a readable copy of the attribution notices contained within such NOTICE file, excluding those notices that do not pertain to any part of the Derivative Works, in at least one of the following places: within a NOTICE text file distributed as part of the Derivative Works; within the Source form or documentation, if provided along with the Derivative Works; or, within a display generated by the Derivative Works, if and wherever such third-party notices normally appear.The contents of the NOTICE file are for informational purposes only and do not modify the License.You may add Your own attribution notices within Derivative Works that You distribute, alongside or as an addendum to the NOTICE text from the Work, provided that such additional attribution notices cannot be construed as modifying the License.You may add Your own copyright statement to Your modifications and may provide additional or different license terms and conditions for use, reproduction, or distribution of Your modifications, or for any such Derivative Works as a whole, provided Your use, reproduction, and distribution of the Work otherwise complies with the conditions stated in this License. 5.Submission of Contributions.

Unless You explicitly state otherwise, any Contribution intentionally submitted for inclusion in the Work by You to the Licensor shall be under the terms and conditions of this License, without any additional terms or conditions.Notwithstanding the above, nothing herein shall supersede or modify the terms of any separate license agreement you may have executed with Licensor regarding such Contributions. 6.Trademarks.This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor, except as required for reasonable and customary use in describing the origin of the Work and reproducing the content of the NOTICE file. 7.Disclaimer of Warranty.Unless required by applicable law or agreed to in writing, Licensor provides the Work (and each Contributor provides its Contributions) on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied, including, without limitation, any warranties or conditions of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE.You are solely responsible for determining the appropriateness of using or redistributing the Work and assume any risks associated with Your exercise of permissions under this License. 8.Limitation of Liability.In no event and under no legal theory, whether in tort (including negligence), contract, or otherwise, unless required by applicable law (such as deliberate and grossly negligent acts) or agreed to in writing, shall any Contributor be liable to You for damages, including any direct, indirect, special, incidental, or consequential damages of any character arising as a result of this License or out of the use or inability to use the Work (including but not limited to damages for loss of goodwill, work stoppage, computer failure or malfunction, or any and all other commercial damages or losses), even if such Contributor has been advised of the possibility of such damages. 9.Accepting Warranty or Additional Liability.While redistributing the Work or Derivative Works thereof, You may choose to offer, and charge a fee for, acceptance of support, warranty, indemnity, or other liability obligations and/or rights consistent with this License.However, in accepting such obligations, You may act only on Your own behalf and on Your sole responsibility, not on behalf of any other Contributor, and only if You agree to indemnify, defend, and hold each Contributor harmless for any liability incurred by, or claims asserted against, such Contributor by reason of your accepting any such warranty or additional liability.END OF TERMS AND CONDITIONS APPENDIX: How to apply the Apache License to your work.To apply the Apache License to your work, attach the following boilerplate notice, with the fields enclosed by brackets "[]" replaced with your own identifying information.(Don't include the brackets!)The text should be enclosed in the appropriate comment syntax for the file format.We also recommend that a file or class name and description of purpose be included on the same "printed page" as the copyright notice for easier identification within third-party archives.Copyright [yyyy] [name of copyright owner] Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License.You may obtain a copy of the License at Link3 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.See the License for the specific language governing permissions and limitations under the License.Oracle must give recipients a copy of this license (doc).

1 Data Modelerの概念および使用法

SQL Developer Data Modeler(Data Modelerとも呼ばれる)は、メタデータの取得、モデリング、管理および利用のための環境を提供するデータ・モデリングおよびデータベース設計のツールです。

この章の内容は次のとおりです。

1.1「SQL Developer Data Modelerのインストールおよび起動」

1.2「Data Modelerのユーザー・インタフェース」

1.3「Data Modelerの使用」

1.4「データ・モデリングへのアプローチ」

1.5「Data Modelerのユーザー・プリファレンス」

1.6「設計の保存、オープン、エクスポートおよびインポート」

1.7「プリファレンスおよびその他の設定のエクスポートおよびインポート」

1.8「Data Modelerレポート」

1.9「バージョニングの使用」

1.10「Data Modelerアクセシビリティ情報」

1.11「データ・モデリングの追加のリソース」

1.1 SQL Developer Data Modelerのインストールおよび起動

SQL Developer Data Modelerをインストールして起動するには、SQL Developerの手順と同様に、.zipファイルをダウンロードして任意の親ディレクトリまたは親フォルダに解凍し、コマンドを入力するか、またはファイル名をダブルクリックします。次の手順を実行する前に、Data Modelerのリリース・ノートまたはreadmeファイルを参照してください。

1. Data Modelerキットを任意のディレクトリ(フォルダ)に解凍します。このディレクトリの場所を、<datamodeling_install>と表します。たとえば、Windowsシステムの場合は、この場所としてC:\Program Filesを選択できます。
Data Modelerキットを解凍すると、<datamodeling_install>ディレクトリの下に、datamodelingというディレクトリが作成されます。また、多くのファイルおよびフォルダが、このディレクトリに配置されます。

2. Data Modelerを起動するには、<datamodeling_install>ディレクトリの下のdatamodelingディレクトリに移動し、次のいずれかを実行します。
LinuxおよびMac OS Xシステムの場合は、sh datamodeling.shを実行します。

Windowsシステムの場合は、datamodeling.exeをダブルクリックします。

java.exeのフルパス名の入力を求められたら、「参照」をクリックしてjava.exeを検索します。たとえば、Windowsシステムでは、C:\Program Files\Java\jdk1.6.0_06\bin\java.exeのようなパス名になる場合があります。

3. このインタフェースを使用する前にデータ・モデリングの概要を理解しておきたい場合は、次の手順に進む前に、この章の残りの部分をお読みください。

4. 第2章「Data Modelerチュートリアル: 小規模データベースのモデリング」の簡単なチュートリアルを実行します。(高度なチュートリアルなど、他の資料については1.11「データ・モデリングの追加のリソース」を参照してください。)

1.2 Data Modelerのユーザー・インタフェース

Data Modelerウィンドウでは、基本的に、左側はオブジェクトを検索して選択するためのナビゲーション、右側は選択したオブジェクトに関する情報の表示に使用されます。

図1-1に、メイン・ウィンドウを示します。

図1-1 SQL Developer Data Modelerのメイン・ウィンドウ

次の図に示すとおり、上部のメニューには、標準的なエントリと、Data Modeler固有の機能のエントリが表示されます(1.2.1「Data Modelerのメニュー」を参照)。

ショートカット・キーを使用して、メニューおよびメニュー項目にアクセスできます。たとえば、[Alt]キーを押しながら[F]キーを押すと「ファイル」メニュー、[Alt]キーを押しながら[E]キーを押すと「編集」メニュー、[Alt]キーを押しながら[H]キーを押し、次に[Alt]キーを押しながら[S]キーを押すと、「ヘルプ」の「検索」にアクセスできます。[F10]キーを押して「ファイル」メニューを表示することもできます。

メニューの下にあるアイコンでは、現在選択されウィンドウ右側に表示されているもの(論理モデル、リレーショナル・モデル、データ・フロー・ダイアグラムなど)に関連するアクションを実行します。たとえば、リレーショナル・モデルには「新規の表」、「新規ビュー」、「表の分割」「表のマージ」、「新規FKリレーション」、「DDLの生成」、「データ・ディクショナリとのモデルの同期」、「モデルとのデータ・ディクショナリの同期」などのアイコンがあります。アイコンの名前を参照するには、アイコンの上にポインタを置きます。また、アイコンに対応するアクションは、 「オブジェクト」メニューからも実行できます。

次の図に示すとおり、Data Modelerウィンドウの左側には、データ・モデリング・オブジェクトを階層ツリーで表示するオブジェクト・ブラウザがあります。

オブジェクト・ブラウザでオブジェクトを選択するには、適切なツリー・ノードを開いてオブジェクトをクリックします。

次の図に示すとおり、Data Modelerウィンドウの右側には、ユーザーが選択したり開いたオブジェクトのためのタブとペインがあります。ここには、ライブラリ関連データについて、意図的に簡略化したリレーショナル・モデル(第2章「Data Modelerチュートリアル: 小規模データベースのモデリング」で生成されたモデル)の情報が表示されます。

他のオブジェクトに切り替えるには、該当するタブをクリックし、タブを閉じるには、該当するタブのXをクリックします。オブジェクトを変更してから「X」をクリックすると、変更を保存するかどうかを尋ねられます。

1.2.1 Data Modelerのメニュー

ここでは、Data Modelerで特に重要なメニュー項目について説明します。

「ファイル」メニュー

開く: 保存またはエクスポートされているData Modelerの設計を開きます。詳細は、1.6「設計の保存、オープン、エクスポートおよびインポート」を参照してください。

閉じる: Data Modelerを終了せずに、現在の設計を閉じます。

すべて閉じる: Data Modelerを終了せずに、開いているすべての設計を閉じます。

インポート: 様々なソースからモデルをインポートできます。詳細は、1.6「設計の保存、オープン、エクスポートおよびインポート」を参照してください。

エクスポート: 様々なデータ・モデル・ツールにインポートできるファイルにモデルをエクスポートできます。詳細は、1.6「設計の保存、オープン、エクスポートおよびインポート」を参照してください。

レポート: データ・モデラー・レポートを生成します。

印刷: 現在選択されているダイアグラムを印刷します。

ダイアグラムの出力: 現在選択されているダイアグラムを保存します。その形式は、指定したファイル拡張子に関連付けられたタイプのイメージ・ファイル(.pngまたは.jpg)、PDFファイルまたはscalable vector graphics(.svg)ファイルです。

最新の設計: 最近作業したData Modeler設計を開くことができます。

終了: 開いているすべての設計を閉じ、Data Modelerを終了します。

「編集」メニュー

オブジェクトの切取り、コピー、貼付け、削除、整列、検索に関連した標準的な編集メニュー・オプションが含まれます。

「表示」メニュー

Data Modelerインタフェースに表示される内容を指定するオプションが含まれます。

ログ: 「ログ」ペインにData Modelerのアクションの記録を表示します。

チーム: バージョニング・ナビゲータ(1.9項「バージョニングの使用」を参照)および「保留中の変更」ウィンドウを表示できます。

ブラウザ: データ・モデリング・オブジェクトを階層ツリー形式で表示する、オブジェクト・ブラウザを表示します。

ナビゲータ: 現在ウィンドウの右側で選択されているビューをグラフィカルなサムネイル表現で表示します。

論理ダイアグラム表記法: 論理モデルの表示にBarkerまたはBachmanのどちらの表記法を使用するのかを制御します。

詳細の表示: 表示について、その詳細レベルを制御します。

DDLプレビュー(リレーショナル・ダイアグラム・オブジェクト): オブジェクトを作成するために生成されるDDL文を表示します。

DDLファイル・エディタ: 選択した物理モデルに対してDDL文を生成します。「DDLファイル・エディタ」ダイアログ・ボックスが表示されます。(このコマンドは、リレーショナル・モデルが選択されているときに「DDLの生成」アイコンをクリックするか、「オブジェクト」、「リレーショナル」、「DDLの生成」の順にクリックすることと同等です)

ズーム・イン(および対応するアイコン): 現在選択されているダイアグラムを詳細に表示します。表示されるオブジェクトは少なくなります。

ズーム・アウト(および対応するアイコン): 現在選択されているダイアグラムを概略的に表示します。表示されるオブジェクトは多くなります。

画面に合わせる(および対応するアイコン): 関連するすべてのオブジェクトを現在選択されているダイアグラムのウィンドウに合わせ、必要な場合は輪郭およびテキスト・ラベルの大きさを調節します。

デフォルト・サイズ (および対応するアイコン): 現在選択されているダイアグラムの形とテキスト・ラベルをデフォルト・サイズに調整します。

検索(サーチ): 現在選択されているダイアグラム内のオブジェクトを検索するためのダイアログ・ボックスを表示します。大きく複雑なダイアグラムでオブジェクトを検索するのに役立ちます。(「オブジェクトの検索(検索)」を参照。)

注意:
開いているすべてのモデルに対してグローバル検索を実行するには、ウィンドウの右上領域にある検索(双眼鏡アイコン)ボックスを使用します。

ステータス・バーを表示: 「Data Modeler」ウィンドウの下部にステータス・バーを表示するかどうかを設定します。

リフレッシュ: 「Data Modeler」ウィンドウの内容を更新して現在の情報を反映します。

「バージョニング」メニュー

Subversionバージョン管理およびソース制御システムのサポートに関連するオプションをが含まれます。詳細は、1.9項「バージョニングの使用」を参照してください。

「バージョニング」メニューのコマンドは、Data Modelerで使用できるバージョン管理およびソース制御システムによって異なります。

「ツール」メニュー

Data Modelerツールを起動し、特定のオプション(ユーザー・プリファレンス)を設定できます。

ドメイン管理: ドメインを表示、変更、追加および消去できます。「ドメイン管理」ダイアログ・ボックスが表示されます。

型の管理: 論理型を表示、変更、追加および消去できます。「型の管理」ダイアログ・ボックスが表示されます。

RDBMSサイト管理: RDBMSサイト(データベースのサポートされるタイプと関連付けられる名前)を表示して、物理モデルの作成に役立つ独自の名前(別名)を追加します。「RDBMSサイト・エディタ」ダイアログ・ボックスを表示します。

表からビュー・ウィザード: 選択されたリレーショナル・モデルに表に基づいたビューを作成できます。「表からビュー」ウィザードを表示します。

ビューから表ウィザード: 選択したリレーショナル・モデルでビューに基づいて表を作成します。ビューから表ウィザードを表示します。

名前略語: (たとえば、標準的な略語やスペルを確実に使用させるために)リレーショナル・モデル・オブジェクトの名前で変更される文字列が示された.csvファイルを指定します。「名前略語」ダイアログ・ボックスが表示されます。

用語集エディタ: 新しい用語集ファイルの作成(存在しないファイル名を指定した場合)および既存の用語集ファイルの編集が可能です。ファイルを選択するためのダイアログ・ボックスが表示された後に、「用語集エディタ」ダイアログ・ボックスが表示されます。

オブジェクト名管理: オブジェクトのプロパティのダイアログ・ボックスで、指定したオブジェクトの名前を固定(変更不能)または変更可能にできます。「オブジェクト名管理」ダイアログ・ボックスが表示されます。

設計ルール: 現在の設計がData Modelerの設計ルールに違反していないかを確認できます。「設計ルール」ダイアログ・ボックスが表示されます。

エンジニアリング・ステータス: 「エンジニアリング」ダイアログ・ボックスが表示されます。

モデルの比較/マージ: 設計ファイルを開き、そのファイルのリレーショナル・モデルと現在の設計のリレーショナル・モデルを比較し、一方のモデルのオブジェクトを他方のモデルにマージすることができます。設計ファイルを選択すると、「リレーショナル・モデル」ダイアログ・ボックスが表示されます。

一般オプション: Data Modelerの動作をカスタマイズできます。「Data Modeler」ダイアログ・ボックスを表示します。

「ヘルプ」メニュー

Data Modelerに関するヘルプを表示します。「ヘルプ・センター」ウィンドウでは次のアイコンが各タブに含まれています。

- 常に手前に表示: 「データ・モデラー」ウィンドウの手前に「ヘルプ・センター」ウィンドウを表示するかどうかを設定します。

- ナビゲータ: 「コンテンツ」ナビゲータまたは「お気に入り」ナビゲータを選択します。

- 印刷: トピックを印刷します。

- フォント・サイズの変更: 現在のヘルプ・トピックの表示のフォント・サイズを拡大または縮小できます。

- お気に入りに追加: トピックをお気に入りナビゲータのリストに追加します。

- 検索: 現在のヘルプ・トピックの文字列を検索できます。

検索: 「検索」(双眼鏡アイコン)ボックスが強調表示された、「ヘルプ・センター」ウィンドウが表示されます。オンライン・ヘルプで検索する1つ以上の文字列を入力できます。

目次: 「コンテンツ」タブが選択状態になっている「ヘルプ・センター」ウィンドウが表示されます。

開始ページ: Data Modelerについて理解するためのオプションのリンクを含むページを表示します。このオプションには、モデルとスクリプトのサンプルがあるページへのリンクが含まれています。

リリース・ノート: 要件およびいくつかの使用上の注意を含む、Data Modelerの今回のリリースに関する重要な情報を表示します。

情報: バージョン関連情報およびData Modeler、そのプロパティおよびインストール済拡張機能に関するその他の情報を表示します。

1.2.2 コンテキスト・メニュー

オブジェクト・ブラウザおよびダイアグラムのコンテキスト・メニュー(右クリック・メニュー)には、選択されたオブジェクトに関連するコマンドが含まれます。

オブジェクト・ブラウザで論理モデルまたはリレーショナル・モデルを右クリックした場合、コンテキスト・メニューには一般的に次の項目が含まれます。

- 分類タイプの設定: 多次元モデル内のエンティティまたは表に分類タイプ(「ファクト」、「ディメンション」、「ロギング」、「サマリー」または「一時」)を設定できます。(「ダイアグラム: 分類タイプ」ユーザー・プリファレンスでは、ダイアグラム内で使用される各分類タイプの色を指定することもできます。)

- キーと制約へのネーミング標準の適用(リレーショナル・モデル): 選択したリレーショナル・モデル内のキーおよび制約に、「ネーミング標準」プリファレンスの「ネーミング標準: テンプレート」で指定したネーミング標準ルールを適用します。

- SubViewオブジェクト名接頭辞の変更: 選択したオブジェクト・タイプに対して指定した現在の接頭辞が置き換えられる、新しい接頭辞を指定します。「SubViewオブジェクト名接頭辞の変更」ダイアログ・ボックスが表示されます。

- カスタム変換スクリプトの適用: 「カスタム変換スクリプト」ダイアログ・ボックスを表示し、適用するスクリプトを選択できます。(カスタム変換スクリプトの詳細は、3.23.4「変換」を参照してください。)

- 外部キーの検出: リレーショナル・モデルの表間の外部キー・リレーションシップを検出して、外部キーを作成します。(3.16「検出された外部キーの作成」を参照してください。)

- リレーショナル・モデルに対するエンジニアリング(論理モデルを選択): フォワード・エンジニアリングを実行して、論理モデルからリレーショナル・モデルを生成または更新します。また、サブビューを作成するかどうかを指定することもできます。

- 論理モデルに対するエンジニアリング(リレーショナル・モデルを選択): リバース・エンジニアリングを実行します。選択されたリレーショナル・モデルから論理モデルを更新します。

ダイアグラム内で、表示されているオブジェクトの外で右クリックした場合、コンテキスト・メニューには一般的に次の項目が含まれます。

- 検出された外部キーの作成(リレーショナル・モデル): リレーショナル・モデルで検出された非表示の外部キー・リレーションシップを表示します。(3.16「検出された外部キーの作成」を参照してください。)

- 検出された外部キーの削除(リレーショナル・モデル): 検出された外部キーをリレーショナル・モデル図から削除します。

- SubViewの作成: Subviewを作成します。(1.3.4.1「論理ダイアグラムおよびサブビュー」と1.3.5.1「リレーショナル・ダイアグラムおよびサブビュー」も参照してください)

- 表示の作成: ビューまたはサブビューの別々の表示ペインを作成します。表示によって同じオブジェクトのセットを異なる方法で表すことができます。たとえば、表示を作成して、その表示を選択してから「詳細の表示」、「表示」(「グリッド」、「ラベル」、「凡例」)および「ダイアグラムの色」のコンテキスト・メニューの変更を試します。表示は、関連するメイン・ダイアグラムまたはサブビューと同じウィンドウですが、そのウィンドウの下部に表示のタブがあります。表示を削除するには、表示を右クリックして、「表示の削除」を選択します。

- 自動ルート: 「行自動ルート」(「Data Modeler」の「ダイアグラム」を参照)の設定を切り替えます。端または角(頂点)をクリック・アンド・ドラッグして移動させたり、[Ctrl]キーを押しながら端をクリック・アンド・ドラッグして新しい角を作成するなど、ダイアグラムで線を調節する前に「自動ルート」を無効にする必要があります。注意: 調節後に「自動ルート」を有効にすると、手動での調節は失われます。

- 直線にする(「自動ルート」が無効の場合にのみ使用可能): すべての角を削除し、線には始点と終点のみをつなぐようにします。

- 自動レイアウト(リレーショナルおよびデータ・フロー・ダイアグラム): ダイアグラム内のオブジェクトを、より意味があり体裁が良いと考えられるレイアウトに再配置します。再配置に不満がある場合は、「編集」→「自動レイアウトを元に戻す」をクリックすると、以前のレイアウトに戻すことができます。

- 詳細の表示: オブジェクトについての使用可能なすべての詳細か、または選択した詳細のみを表示できます。

- 表示: 「グリッド」では、バックグラウンドにグリッドが表示され、これはダイアグラムでオブジェクトを垂直方向および水平方向に調節するのに役立ちます。「ラベル」では、リレーションシップの矢印に外部キーの名前が表示され、データ・フロー・ダイアグラムのフロー線にフロー名が表示されます。「凡例」には、ダイアグラム名、作成者、作成日およびその他の情報が含まれる凡例ボックス(ドラッグして移動可能)が表示されます。

- 表示可能なようにオブジェクトをサイズ変更: 表示領域ですべて表示できるように図のオブジェクトをサイズ変更します。

- ダイアグラムの色: ダイアグラムのバックグラウンドのカラー・スキームを選択するダイアログ・ボックスを表示します。

- プロパティ: モデルのプロパティを表示および編集するダイアログ・ボックスを表示します。

ダイアグラム内で、2つのオブジェクトを接続する線を右クリックした場合、コンテキスト・メニューには一般的に次の項目が含まれます。

- 削除: 線を削除し、その線で表されたリレーションシップを削除します。

- 直線にする(「自動ルート」が無効の場合にのみ使用可能): すべての角を削除し、線には始点と終点のみをつなぐようにします。

- フォーマット: 線の色と太さを変更できます。

- 角の追加(「自動ルート」が無効の場合にのみ使用可能): 選択した点に角(頂点)を追加します。

- 角の削除(自動ルートが無効の場合にのみ使用可能): 選択した角(頂点)を削除します。

- プロパティ: 線で表されたリレーションシップのプロパティを表示および編集するダイアログ・ボックスを表示します。

論理ダイアグラムおよびリレーショナル・ダイアグラム内で1つ以上のエンティティまたは表を選択し、その中の1つを右クリックした場合、コンテキスト・メニューには少なくとも次の項目が含まれます。

- シノニムの作成: シノニム・オブジェクトを表示領域内に作成します。

- 選択した項目からサブビューを作成: 選択したオブジェクトを含むサブビューを作成します。(1.3.4.1「論理ダイアグラムおよびサブビュー」と1.3.5.1「リレーショナル・ダイアグラムおよびサブビュー」も参照してください)

- 同胞の選択: 選択したオブジェクトに関連するオブジェクトを選択します。選択の方向(「すべて」(上位および下位レベルのゾーン)、「親」または「子」)を指定できます。選択項目からサブビューを作成する前に、同胞を選択することができます。

- DDLプレビュー(リレーショナル・ダイアグラム): オブジェクトを作成するために生成されるDDL文を表示します。

- フォーマット: 選択したオブジェクトの色およびフォントを指定できます。

- 最背面へ移動: 選択したオブジェクトを、表示しているダイアグラムの背面に移動します。この結果、オブジェクトは部分的または完全に他のオブジェクトによって覆われてしまう場合があります。

- プロパティ: オブジェクトのプロパティを表示および編集するダイアログ・ボックスを表示します。

データ・フロー・ダイアグラム内で1つ以上のオブジェクトを選択し、その中の1つを右クリックした場合、コンテキスト・メニューには少なくとも次の項目が含まれます。

- 削除: 選択したオブジェクトを削除します。

- フォーマット: 選択したオブジェクトの色およびフォントを指定できます。

- 最背面へ移動(線で表されていないオブジェクトが対象): 選択したオブジェクトを、表示しているダイアグラムの背面に移動します。この結果、オブジェクトは部分的または完全に他のオブジェクトによって覆われてしまう場合があります。

- プロパティ: オブジェクトのプロパティを表示および編集するダイアログ・ボックスを表示します。

1.3 Data Modelerの使用

Data Modelerを使用して、様々な種類のモデルの様々な階層レベルのオブジェクトを作成、編集および削除することができます。多くのオブジェクトのプロパティは類似しており、操作の実行方法は基本的に共通していて直感的です。オブジェクトに対して操作(作成、編集、削除)を実行する場合は、オブジェクト・ブラウザまたはツールバーのコンテキスト・メニューか、またはダイアグラムを選択した後の「オブジェクト」メニューを使用できることがあります。

- オブジェクト・ブラウザを使用してオブジェクトに対する操作の実行するには、階層内で適切なノードを右クリックし(またはノードをクリックして、[Shift]キーを押しながら[F10]キーを押し)、希望する操作のコマンドを選択します。
たとえば、エンティティを編集するには、「論理」表示を展開します。これによって、すべてのエンティティが表示されます。編集するエンティティの名前を右クリックして「プロパティ」を選択します。

- ダイアグラムを使用して操作を実行するには、ダイアグラムのタブを選択し、ツールバー・アイコンを選択します。
たとえば、エンティティを作成するには、「論理」タブを選択して、「新規エンティティ」ツールバー・アイコンをクリックし、「エンティティのプロパティ」ボックスでエンティティを定義します。エンティティを編集するには、ダイアグラムでボックスをダブルクリックするか、またはボックスを右クリックして、「プロパティ」を選択します。

ダイアグラム内のコンテキスト・メニュー(右クリック・メニュー)には、ダイアグラムに一般的に関連するコマンドか、または現在選択されているオブジェクトに関連するコマンドが含まれます。

特定の種類のオブジェクトの概要および使用方法の情報については、次のトピックを参照してください。

- 1.3.1「データベース設計」

- 1.3.2「データ型モデル」

- 1.3.3「プロセス・モデル」

- 1.3.4「論理モデル」

- 1.3.5「リレーショナル・モデル」

- 1.3.6「物理モデル」

- 1.3.7「ビジネス情報」

1.3.1 データベース設計

Data Modelerは、1つのオープン・データベース設計ともに動作し、これには、1つの論理モデル、論理モデルに基づく１つ以上のリレーショナル・モデル(オプション)および各リレーショナル・モデルに基づく1つ以上の物理モデル(オプション)が含まれます。また、データベース設計には、データ型モデルとビジネス情報を含めることもできます。別のデータベース設計で作業を行うには、現在の設計を閉じてから(「ファイル」→「閉じる」をクリック)、他のデータベース設計のオブジェクトを作成またはインポートします。

データベース設計を保存すると、構造情報が、指定したフォルダまたはディレクトリにXMLファイル(拡張子.dmd)で格納され、必要に応じて、その下にサブフォルダまたはサブディレクトリが作成されます。.dmdファイルには、これらのサブフォルダまたはサブディレクトリにある情報へのポインタが含まれます。たとえば、my_db_designという非常に基本的な設計の場合は、作成したフォルダまたはディレクトリを起点に次のような階層が作成されます。

my_db_design.dmd
my_db_design
businessinfo
datatypes
subviews
logical
entity
subviews
mapping
pm
rdbms
rel
1
subviews
table

追加のサブフォルダまたはサブディレクトリが後で自動的に作成される場合があります。たとえば、プロセス・モデル内にデータ・フロー・ダイアグラムを作成すると、pmの下にdataflowsが作成されます。

1.3.2 データ型モデル

Data Modelerは、その論理モデル内のスーパータイプおよびサブタイプをサポートするだけでなく、データ型モデルも提供します。これによって、CWM(Common Warehouse Metamodel)準拠になり、SQL99構造型のモデリングが可能になります。データ型モデルは、データ型として論理モデルおよびリレーショナル・モデル内で使用できます。

構造型は、スーパータイプおよびサブタイプの継承階層を構築できるユーザー定義の名前付きコンポジット型としてサポートされています。固有型およびコレクション(配列)型を定義して、構造型と、構造型の継承階層を作成および可視化することができます。

論理モデルおよびリレーショナル・モデルでは、両方ともデータ型モデルからの定義を使用して、属性および列のデータ型を指定したり、表(エンティティ)が特定の構造型であることを定義できます。

データ型モデルは、次のような1つ以上の方法で構築できます。

- Data Modelerで手動で構築する

- Oracle Designerリポジトリからインポートして構築する。1.6.6「Oracle Designerモデルのインポート」を参照してください。

Data Modelerのデータ型モデルは、2種類のデータを結合します。

- 1つのデータ型ダイアグラム(さらに、オプションでサブビューおよび補助表示のセット。それぞれは適切なダイアグラム/サブビューに関連付けられます)

- データ型オブジェクト定義

サブビューは、様々なサブジェクト領域を表すために作成される、データ型モデルの独立したダイアグラムとみなされます。

データ型モデルを使用すると、固有型、構造型、コレクション型および論理型のオブジェクト定義を作成および管理できます。

(論理型を除く)すべてのデータ型モデル・オブジェクトは、オブジェクト・ブラウザ・ツリーに表示されますが、データ型ダイアグラム上にグラフィカルに表示されるのは、構造型オブジェクトとその相互関係のみです。

1.3.2.1 データ型ダイアグラムおよびサビブュー

次の図に示すとおり、データ型ダイアグラムでは、構造データ型とそれらのリンクがグラフィカルに表現されています。

構造型のボックスには、オブジェクトの名前、定義された属性およびメソッド(存在する場合)が含まれます。ダイアグラムのリンクは、構造データ型とともに様々な属性を表します。

複雑なデータ型モデルで作業を行う場合は、サブビューを作成し、それぞれのサブビューでそのモデルの中のあるセクションのみを表すことができます。1つのデータ型モデルに複数のデータ型サブビューを定義し、その複数のサブビューに１つの構造型を割り当てることができます。ただし、2つの構造型間のリンク(参照)が表示されるのは、全体のデータ型モデル上と、両方の型が割り当てられたサブビュー上のみです。

サブビュー内での変更の実行と、全体のデータ型モデル内での変更の実行に違いはありません。実行した変更は、全体モデルおよび関連サブビューに即座に反映されます。ただし、構造型は、データ型モデルから削除することなく、サブビューから削除できます。

1.3.2.2 固有型

ユーザー定義の固有型は、「型の管理」ダイアログ・ボックスで定義された既存の論理型から導出されたデータ型です。固有型は、その表現を既存の型(ソース型)と共有しますが、個別で互換性のない型とみなされます。

固有型オブジェクトにアクセスできるのは、それがデータ型フォルダの固有型サブフォルダにある場合のみです。

ユーザーは新しい固有型を作成したり、既存の固有型のプロパティを編集できます。

1.3.2.3 構造型

構造型は、属性およびメソッドを持つユーザー定義データ型です。これは、スーパータイプおよびサブタイプの継承階層の一部になることもできます。構造型は、基本データ型、固有型、別の構造型または構造型への参照をベースにして定義できますが、コレクション型として定義することもできます。

表またはエンティティは、構造型をベースにして定義できます。型置換を使用すると、表(エンティティ)が収容できるサブタイプのインスタンスを(ダイアグラム上でグラフィカルに)表現できます。

表の列またはエンティティの属性は、構造型、構造型への参照、コレクション型、固有型および基本データ型をベースに定義できます。型置換は構造型に基づく列に対して定義でき、範囲表は構造型への参照に基づく列に対して定義できます。

構造型には、一連のメソッド仕様も含まれます。メソッドを使用すると、構造型の動作の定義できます。ユーザー定義ファンクション(UDF)のように、メソッドはSQLを拡張するルーチンです。ただし、メソッドの場合、動作と特定の構造型との統合は単独で行われます。

拡張構造型サブフォルダには、属性の階層とそれぞれのメソッドとともに、すべての構造型オブジェクトが示されます。

Oracle SpatialのSDO_GEOMETRY型は、構造型として事前定義されています。また、ユーザーは新しい構造型を作成したり、既存の構造型のプロパティを編集できます。

1.3.2.4 コレクション型

コレクション型は、要素(基本型、固有型、構造型または別のコレクション)の配列またはコレクションを表現し、Oracle VARRAYおよびネストした表タイプにマップされます。

ユーザーは新しいコレクション型を作成したり、既存のコレクション型のプロパティを編集できます。

1.3.2.5 論理型

論理型は実際のデータ型ではなく、ネイティブ型またはドメインと関連付けられる名前です。事前に用意されている論理型には、Oracle Multimediaからのもの(ORDで始まる名前のもの)がいくつか含まれますが、ORDIMAGE_SIGNATUREは非推奨であるため、新しい定義には使用しないでください。

論理型を作成し、ネイティブな型とのマッピングを編集することができます(3.139「型の管理」を参照)。また、ドメインを論理型に関連付けることができます(3.29「ドメイン管理」を参照)。

1.3.3 プロセス・モデル

プロセス・モデルは、情報構造システムの機能領域を表します。1つ以上のデータ・フロー・ダイアグラムでグラフィカルに表現されるプロセス・モデルは分析技術であり、入力がシステム(プロセスのグループ)を通って結果としての出力に至るフローをとらえるために使用されます。モデルは、システム(既存のシステムや提案されたシステム)を通る情報のフローを表します。

データ・フロー・ダイアグラミングに必要なすべての要素が、Data Modelerプロセス・モデルでサポートされています。この要素には、プリミティブ・プロセス、分解レベルに制限がないコンポジット・プロセス、再使用可能な変換タスク、トリガー・イベント、情報ストア、外部エージェント、外部データ要素を説明するレコード構造、データ要素のソースとターゲットのマッピング、およびプリミティブ・プロセスとデータ要素の間のCRUD(作成、読取り、更新、削除)の依存性があります。

プロセス・モデルにおける概念で重要なものを次に示します。

- プロセスは、ある特定の理由で実行されるアクティビティまたは機能です。各プロセスが実行するアクティビティは、最終的に1つのみである必要があります。
プリミティブ・プロセスはスタンドアロン・プロセスです。

コンポジット・プロセスは複数の外部プロセスで構成されます。データ・フロー・モデルにより、コンポジット・プロセスを介して子プロセスへドリルダウンできます。これは、最上位レベルのプロセスが他のデータ・フロー・モデル全体にドリルダウンできることを意味します。

- トリガーは何らかの出来事であり、これが発生するとプロセスの実行が開始されます。

- データ・フローは、1つのデータまたは情報の論理コレクションの動きを反映したものです。フローはデータ・フロー・ダイアグラムの順序を表現します。(詳細は、1.3.3.1「データ・フロー・ダイアグラム」を参照してください。)

- データ・ストアは、永続的に格納されるデータのコレクションです。

- 外部エージェントは、システムの外部にありながらシステムと相互に作用する個人、組織またはシステムです。外部エージェントは、プロセスに対して情報の送受信を行います。

- 情報ストアは、データ・モデルのエンティティおよび属性として情報を受信または保存する受動オブジェクトです。最終的に、1つの情報ストアは、データ・モデルの1つ以上のエンティティに対応します。

- 入力および出力パラメータを含む変換タスクは、これを実行する周囲の環境と通信する実行ユニットです。入力パラメータとして、処理を行う必要がある日付が考えられます。出力パラメータとして、操作が成功したかどうかを示すコードが考えられます。変換自体には、情報の読取り、変換および保存が含まれますが、この中には、入力および出力パラメータと直接結びついていないものがある場合があります。(詳細は、1.3.3.2「変換プロセスおよびパッケージ」を参照してください。)

- ロールは、定義された権限およびアクセス権のセットです。情報ストアに接続されたプリミティブ・プロセス(データ要素を作成、読取り、更新および削除するプロセス)は、定義済ロールにアタッチできます。その結果、ロールとデータ要素との間のコラボレーションが定義されます。後で、定義済のSelect、InsertおよびUpdate権限を持つ適切なデータベース・ロールが作成されるように、ロール定義を特定の物理モデルに送ることができます。

1.3.3.1 データ・フロー・ダイアグラム

正式な構造分析アプローチでは、機能分解プロセスを容易にするために、データ・フロー・ダイアグラム(DFD)を使用します。データ・フロー・ダイアグラムは、次のコンポーネントで構成されます。

- 外部インタラクタ: 矩形で表現されます。

- データ・ストア: (二辺または三辺の)開矩形で表現されます。

- プロセス: 丸みのあるオブジェクト(円、楕円または角が丸められた四角形)で表現されます。
プロセスは、アトミック・レベルから集計レベルに至る様々なレベルのいずれかでシステム機能を表現できます。

- データ・フロー: 矢印で表現され、オプションでその内容を示すラベルが付けられます。

1.3.3.2 変換プロセスおよびパッケージ

一般的なデータ・フロー・ダイアグラムでは、外部ソースからデータを抽出し、ターゲット・ストアまたはデータベースにロードする前にデータを変換します。変換プロセスで使用する変換パッケージを作成できます。

変換プロセスでは、変換パッケージに1つ以上の変換タスクを作成する必要があります。変換タスクを作成したら、その変換タスクをメイン変換プロセスに含めることができます。

変換パッケージは、Object Management Group(OMG)のCommon Warehouse Metamodel(tm) (CWM(tm)) Specification、V1.1に定義されているパッケージです。この仕様では、次のように変換パッケージが紹介されています。

データ・ウェアハウスの主要な側面は、操作リソースからデータ・ウェアハウスまたは分析用のデータ・マートへデータを抽出、変換およびロードすることです。抽出、変換およびロードは、すべて変換とみなすことができます。実際に、データ・ウェアハウス内である形式から別の形式にデータを変換する必要がある場合は、その目的が格納、取得、表示のいずれであっても変換が常に含まれます。そのため、変換はデータ・ウェアハウスの中心になります。

「変換パッケージには、データ・ウェアハウスで使用される変換の共通メタデータを表すクラスおよび関連付けが含まれます。サポートされる変換は、オブジェクト指向、リレーショナル、レコード、多次元、XML、OLAP(On-Line Analytical Processing)およびデータ・マイニングなど、すべてのタイプのデータソースとターゲットにわたる基本的な変換です。

「変換パッケージは、変換ツールとアクティビティについての共通メタデータをやりとりできるように設計されています。」

1.3.4 論理モデル

Data Modelerのコアは、論理モデル(エンティティ関連ダイアグラムとも呼ばれる)です。これは、実装には依存しない企業情報のビューを提供し、多次元モデルとプロセス・モデルの定義を様々な物理的実装にマップするメディエータとして機能します。論理モデルまたはその一部(サブジェクト・エリア、サブビュー)は、1つ以上のリレーショナル・モデルに変換できます。

論理モデルは、次のいずれの方法でも構築できます。

- Data Modelerで手動で構築する

- VARファイルからモデルをインポートして構築する。これらのモデルを作成する製品およびその最小バージョンは、Sterling COOL:DBA V2.1またはSterling Bsnteam V7.2、Cayenne Bsnteam V7.2です。

- Data Modelerで作成された既存のモデルをインポートして構築する。

- インポートされたリレーショナル・モデルからリバース・エンジニアリングして構築する。

論理モデルは、次の2種類のデータを結合します。

- 1つの論理ダイアグラム(さらに、オプションでサブビューおよび補助表示のセット。それぞれは適切なダイアグラム/サブビューに関連付けられます)

- 論理モデル・オブジェクト定義

サブビューは、様々なサブジェクト領域を表すために作成される、論理モデルの独立したダイアグラムとみなされます。

論理モデルを使用すると、エンティティ、論理ビュー、属性、一意識別子、継承、リレーションおよびarcに対するオブジェクト定義を作成および管理できます。

すべての論理モデル・オブジェクトは、オブジェクト・ブラウザ・ツリーに表示されます。

1.3.4.1 論理ダイアグラムおよびサブビュー

論理モデル・ダイアグラムには、エンティティ、ビュー、およびそれらのリンク(リレーションおよび継承)のグラフィカルな表現が含まれます。

複雑な論理モデルで作業を行う場合は、サブビューを作成し、そのモデルの中のあるセクションのみを表すことができます。1つの論理モデルに複数の論理サブビューを定義し、その複数のサブビューにエンティティとビューを割り当てることができます。2つのエンティティ間のリンク(リレーション)が表示されるのは、全体の論理モデル上と、参照される両方のエンティティが割り当てられた論理サブビュー上のみです。

1つのサブビュー内での変更の実行と、全体の論理モデル内での変更の実行に違いはありません。実行した変更は、全体の論理モデルおよび関連サブビューに即座に反映されます。ただし、エンティティおよびビューは、全体の論理モデルから削除することなく、サブビューから削除できます。

特定のエンティティを含むサブビューを作成するには、論理モデル・ダイアグラムで目的のエンティティを選択して右クリックし、「選択した項目からサブビューを作成」を選択します。

ダイアグラム表記法

Data Modelerでは、論理モデル・ダイアグラム表記として次の代替表記法をサポートしています。

- Bachman表記法

- Barker表記法

それぞれの表記法について、そのスタイルの詳細な説明および例は、書籍およびWebで広く入手できます。「Data Modeler」(「一般オプション」、「ダイアグラム」、「論理」)では、新しい論理ダイアグラムのデフォルトの表記法タイプを設定できます。

1つの表記法タイプから他に切り替えるには(また、ダイアグラムの違いを参照するには)、論理モデル・ダイアグラムを選択し、「ビュー」→「論理モデル表記法」をクリックしてから、現行とは異なる表記法をクリックします。

1.3.4.2 エンティティ

エンティティは、ユーザーが情報を格納しようと考えているオブジェクトまたは概念です。エンティティの構造は、属性のコレクションとして定義したり、データ型モデルからの構造型をベースにして定義できます。エンティティに候補となる一意識別子が複数あっても、プライマリ一意識別子として定義できるのは、そのうちの1つです。通常、エンティティはリレーショナル・モデルの表にマップされます。

1.3.4.3 属性

データ属性(プロパティ、データ要素、フィールド)は、特定のエンティティに共通している特徴です。属性のデータ型は、論理データ型、ドメイン、固有型、コレクション型または構造型をベースにすることができますが、構造型への参照にすることもできます。構造型への参照である場合は、範囲エンティティを定義できます。属性はリレーショナル・モデルの列にマップされます。

1.3.4.4 一意識別子(UID)

エンティティの一意の識別子は1つ以上の属性から構成されています。各エンティティの出現を一意に識別する主一意識別子を各エンティティに対して1つ定義できます。また、1つ以上の外部一意識別子を指定することもでき、この識別子は、それぞれが別のエンティティの一意識別子を指します(つまり、この識別子には、別のエンティティの一意識別子にある値を含める必要があります)。

1.3.4.5 継承

継承は、スーパータイプおよびサブタイプに基づくエンティティの階層を定義します。スーパータイプおよびサブタイプのエンティティはシステムの一部に相当し、そこには、既存エンティティ・タイプの出現の認識可能なサブセットがあります。サブセットはエンティティのサブタイプと呼ばれ、元のエンティティ・タイプがスーパータイプになります。

スーパータイプのすべての属性とリレーションシップは、そのすべてのサブタイプに属している必要があります。ただし、サブタイプの一部の属性とリレーションシップは、スーパータイプの属性とリレーションシップに追加されます。サブタイプの定義が有効に行われるのは、スーパータイプの属性に加え、エンティティの出現の識別可能なグループに属性がある場合です。

1.3.4.6 リレーション

リレーション(データ・リレーションシップ)は、2つ以上のエンティティの間に存在する自然な関連です。カーディナリティは、関連エンティティの1回の出現に対する1つのエンティティの出現回数を定義します。

リレーションシップは識別または非識別にすることができ、カーディナリティとして1:1(1対1)、1:N(1対多)またはN:M(多対多)が可能です。N:Mのカーディナリティを持つリレーションは、リレーショナル・モデルの参照表にマップされます。識別リレーションシップは、そのリレーションシップが、ターゲット・エンティティのプライマリ識別子の構成要素であることを示します。

1.3.4.7 arc

arcは排他的なリレーションシップ・グループであり、エンティティのいずれのインスタンスでも、存在できるリレーションシップは1つだけであると定義されています。たとえば、セミナーではスタッフ・メンバーか外部コンサルタントのいずれかが教えることができますが、両方が同時に教えることはできません。例として、新入社員のためのセミナーは企業のスタッフ・メンバーだけで教えることができますが、製品XYXを使用するセミナーは特別な資格を持つ外部コンサルタントだけが教えることができる場合があります。

arcに含まれるすべてのリレーションは同じエンティてに属し、同じカーディナリティを持つ必要があります。arcのリレーションシップに属しているすべての外部一意識別子(外部UID)属性は、フォワード・エンジニアリング時に「NULLの許可」として転送される必要があります。arcにおける必須リレーションシップの意味は、エンティティの特定のインスタンスに対して、1つのリレーションシップのみが存在する必要があるということです。

arcの作成は、そこに含めるすべてのリレーションシップを作成した後に行います。エンティティ・ボックスを選択し、含めるすべてのリレーションシップの線を選択して([Shift]を押したまま各線をクリック)、ツールバーの「新規の円弧」ボタンをクリックします。

1.3.4.8 型置換

型置換は、継承を補完するサブクラス化メカニズムです。次が定義されている場合にのみ、エンティティ・レベルで型置換が行われます。

- 2つの構造型間のスーパータイプ/サブタイプの継承

- データ型の継承階層(スーパータイプ/サブタイプの継承)を作成する構造型に基づくエンティティ

1.3.4.9 ビュー

ビューは、SQL問合せの名前付きの結果セットです。ビューは、1つ以上のエンティティから単一の仮想セットに対して、必要なデータを選択します。ビューを使用すると、同じデータベースを様々な側面から表示できます。

1.3.5 リレーショナル・モデル

リレーショナル・モデルは、SQL表、列および表間の結合という観点からデータベースを表します。論理モデルから選択する各エンティティは、リレーショナル・モデル内の表として表されます。各行は表であり、対応するエンティティの特定(個別)の出現を表します。エンティティの各属性は、表の列によって表されます。

リレーショナル・モデルは、次のいずれの方法でも構築できます。

- Data Modelerで手動で構築する

- 論理モデルまたは論理モデルのサブビューからフォワード・エンジニアリングして構築する。

- VARファイルからモデルをインポートして構築する。これらのモデルを作成する製品およびその最小バージョンは、Sterling COOL:DBA V2.1またはSterling Bsnteam V7.2、Cayenne Bsnteam V7.2です。

- Data Modelerで作成された既存のモデルをインポートして構築する。

- Oracle Designerモデルをインポートして構築する。

- 既存のデータベース実装に基づくDDLファイルをインポートして構築する。

- サポートされているデータベース・タイプおよびバージョンのデータ・ディクショナリからインポートして構築する。

リレーショナル・デルは、次の2種類のデータを結合します。

- 1つのリレーショナル・ダイアグラム(さらに、オプションでサブビューおよび補助表示のセット。それぞれは適切なダイアグラム/サブビューに関連付けられます)

- リレーショナル・モデル・オブジェクト定義

サブビューは、様々なサブジェクト領域を表すために作成される、リレーショナル・モデルの独立したダイアグラムとみなされます。

リレーショナル・モデルを使用すると、表、ビュー、列、索引および外部キーに対するオブジェクト定義を作成および管理でき、オプションで特定のリレーショナル・モデル・オブジェクトをデータベース・スキーマに関連付けます。リレーショナル・モデルには、1つ以上の物理モデルを含めることができます。

すべてのリレーショナル・モデル・オブジェクトは、オブジェクト・ブラウザ・ツリーに表示されます。

1.3.5.1 リレーショナル・ダイアグラムおよびサブビュー

リレーショナル・ダイアグラムには、表、ビュー、およびそれらのリンクのグラフィカルな表現が含まれます。

複雑なリレーショナル・モデルで作業を行う場合は、サブビューを作成し、そのモデルの中のあるセクションのみを表すことができます。1つのリレーショナル・モデルに複数のリレーショナル・サブビューを定義し、その複数のサブビューに表とビューを割り当てることができます。2つの表間のリンク(リレーション)が表示されるのは、全体のリレーショナル・モデル上と、参照される両方の表が割り当てられたリレーショナル・サブビュー上のみです。

データ・ディクショナリからインポートを行う場合に、インポートするスキーマを複数選択すると、すべてのスキーマを対象にしたリレーショナル・モデルが1つ作成され、サブビューはスキーマごとに1つ作成されます。

1つのサブビュー内での変更の実行と、全体のリレーショナル・モデル内での変更の実行に違いはありません。実行した変更は、全体のリレーショナル・モデルおよび関連サブビューに即座に反映されます。ただし、表およびビューは、全体のリレーショナル・モデルから削除することなく、サブビューから削除できます。

1.3.5.2 表

表は、情報を格納するオブジェクトです。表の構造は、列のグループとして定義したり、データ型モデルからの構造型をベースにして定義できます。表に候補となるキーが複数あっても、主キーとして定義できるのは、そのうちの1つです。通常、表は論理モデルからエンティティにマップされます。

1.3.5.3 列

表の列は、特定の表に共通している特徴です。列のデータ型は、論理データ型、ドメイン、固有型、コレクション型または構造型をベースにすることができますが、構造型への参照にすることもできます。構造型への参照である場合は、範囲表を定義できます。通常、表の列は、論理モデルから対応するエンティティの属性にマップされます。

1.3.5.4 索引

索引は、実表の列に対するポインタの順序付けされたセットで構成されるオブジェクトです。各索引は、1つ以上の表列のデータの値に基づきます。頻繁に検索される列に索引を定義することで、データベース・アプリケーションのパフォーマンスを向上させることができます。

1.3.5.5 リレーション

リレーション(データ・リレーションシップ)は、2つ以上の表の間に存在する自然な関連です。リレーションシップは、主キーおよび外部キーのデータ値で表されます。カーディナリティは、関連表での1回の出現に対する1つの表での出現回数を定義します。

識別リレーションシップは、そのリレーションシップが、ターゲット表のプライマリ識別子の構成要素であることを示します。

排他的なリレーションシップ(arc)は、表内の特定のインスタンスに対して、存在できるリレーションシップは1つだけであることを指定します。たとえば、セミナーではスタッフ・メンバーか外部コンサルタントのいずれかが教えることができますが、両方が同時に教えることはできません。例として、新入社員のためのセミナーは企業のスタッフ・メンバーだけで教えることができますが、製品XYXを使用するセミナーは特別な資格を持つ外部コンサルタントだけが教えることができる場合があります。

arcのすべてのリレーションシップは、同じ表に属し、同じカーディナリティを持つ必要があります。arcのリレーションシップに属しているすべての外部キー(FK)属性は、フォワード・エンジニアリング時に「NULLの許可」として転送される必要があります。arcにおける必須リレーションシップの意味は、表の特定のインスタンスに対して、1つのリレーションシップのみが存在する必要があるということです。

arcの作成は、そこに含めるすべてのリレーションシップを作成した後に行います。表ボックスを選択し、含めるすべてのリレーションシップの線を選択して([Shift]を押したまま各線をクリック)、ツールバーの「新規の円弧」ボタンをクリックします。

1.3.5.6 リレーショナル・ビュー

リレーショナル・ビューは、SQL問合せの名前付きの結果セットです。ビューは、1つ以上の表から単一の仮想セットに対して、必要なデータを選択します。ビューを使用すると、同じデータベースを様々な側面から表示できます。

1.3.6 物理モデル

物理モデルは、リレーショナル・モデルに基づいたOracle Databaseオブジェクト(表、ビュー、トリガーなど)の観点からデータベースを表します。各リレーショナル・モデルには、1つ以上の物理モデルを含めることができます。次に、複数のリレーショナル・モデルおよび物理モデルを持つデータベース設計階層を示します。

Database design
Logical model
Relational model 1
Physical model 1a
Physical model 1b
. . . (other physical models)
Relational model 2
Physical model 2a
Physical model 2b
. . . (other physical models)
. . . (other relational models)

各物理モデルはRDBMSサイト・オブジェクトに基づいています。RDBMSサイトはData Modelerがサポートするデータベースのタイプに関連付けられる名前です。複数のRDBMSサイトが事前定義されます(たとえば、Oracle 11gおよびMicrosoft SQL Server 2005用)。また、「RDBMSサイト・エディタ」ダイアログ・ボックスを使用して、サポートされているデータベース・タイプの別名としてユーザー定義のRDBMSサイトを作成することもできます。たとえば、異なる物理モデルを生成してから変更できるように、TestおよびProductionという名前のサイトを作成する場合があります。

DDLファイルにエクスポートするときに物理モデルを適用するように指定します。生成されたDDL文には、その物理モデルに指定された機能に適切な句およびキーワードが含まれています(たとえば、1つ以上の表に対するパーティション化)。

作業領域には物理モデルのグラフィカルな表現はありませんが、かわりに、オブジェクト・ブラウザ階層に表示されます。物理モデルでオブジェクトを作成および管理するには、オブジェクト・ブラウザで「物理」メニューまたはコンテキスト・メニュー(右クリック)を使用します。

このトピックの残りの部分では、様々なOracle Databaseオブジェクトについて簡単に説明します。説明するオブジェクトの順序は、Oracle物理モデルにおける表示順ではありません。

1.3.6.1 クラスタ

クラスタは、1つ以上の表からのデータを含むスキーマ・オブジェクトです。

- 索引クラスタには複数のクラスタが含まれる必要があり、クラスタ内のすべての表が1つ以上の共通する列を持ちます。Oracle Databaseは、同じクラスタ・キーを共有するすべての表のすべての行をまとめて格納します。

- 1つ以上の表を含めることができるハッシュ・クラスタの場合、Oracle Databaseは同じハッシュ・キー値を持つ行をまとめて格納します。

1.3.6.2 コンテキスト

コンテキストは、アプリケーションを検証および保護するアプリケーション定義属性のセットです。

1.3.6.3 ディメンション

ディメンションは、列セットのペア間の親子関係を定義するもので、この列セットに含まれるすべての列は、同じ表の列である必要があります。ただし、1つの列集合(レベル)の列は、別の集合の列とは異なる表から得ることができます。オプティマイザでは、これらの関係をマテリアライズド・ビューとともに使用して、クエリー・リライトを実行します。SQLアクセス・アドバイザは、この関係に基づいて、特定のマテリアライズド・ビューの作成を推奨します。

1.3.6.4 ディレクトリ

ディレクトリは、外部バイナリ・ファイルLOB(BFILE)および外部表データが存在するサーバー・ファイル・システムのディレクトリ(Windowsシステムではフォルダと呼ばれる)の別名です。

PL/SQLコードおよびOCI(Oracle Call Interface)コールでBFILEを参照する際に、オペレーティング・システムのパス名をハードコードするかわりにディレクトリ名を使用して、管理の柔軟性を向上できます。すべてのディレクトリは1つのネームスペースに作成され、個別のスキーマでは所有されません。ディレクトリ構造内に格納されたBFILEへのセキュアなアクセスを確保するには、ディレクトリのオブジェクト権限を特定のユーザーに付与します。

1.3.6.5 ディスク・グループ

ディスク・グループは、Oracle Databaseが論理ユニットとして管理するディスクのグループであり、各ファイルは、I/Oのバランスをとるために、すべてのディスクに均一に分散されます。また、Oracle Databaseでは、ディスク・グループで使用可能なすべてのディスクにデータベース・ファイルが自動的に分散され、記憶域構成が変わると常に、記憶域が自動的にリバランスされます。

1.3.6.6 外部表

外部表は、外部ソースのデータがデータベースの表に存在するかのように、外部ソースのデータにアクセスできるようにします。外部表を使用するには、使用しているプラットフォーム上のデータファイルについて、ファイル形式およびレコード形式の知識がいくらか必要です。

1.3.6.7 索引

索引は、表またはクラスタの索引列の各値に対するエントリが含まれるデータベース・オブジェクトです。行に対して、直接的な高速アクセスが可能です。索引は、主キー列で自動的に作成されます。ただし、索引を有効に利用するには、他の列で索引を作成する必要があります。

1.3.6.8 ロール

ロールは、ユーザーまたは他のロールに付与することができる権限のセットです。ロールを使用して、データベース権限を管理できます。ロールに権限を追加し、そのロールをユーザーに付与することができます。その後、ユーザーはロールを有効にして、そのロールによって付与された権限を行使することができます。

1.3.6.9 ロールバック・セグメント

ロールバック・セグメントは、Oracle Databaseが使用するオブジェクトであり、トランザクションによって行われた変更をリバースする(元に戻す)ために必要となるデータが格納されます。ただし、ロールバック・セグメントを使用するかわりに、自動UNDO管理モードでデータベースを実行することをお薦めします。ロールバック・セグメントは、旧バージョンのOracle Databaseとの互換性のために必要となる場合を除き、使用しないでください。自動UNDO管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

1.3.6.10 セグメント(セグメント・テンプレート)

セグメントは、表領域内の論理記憶域構造のすべてのデータが含まれるエクステントのセットです。たとえば、Oracle Databaseは、1つの表のデータ・セグメントを作成するために1つ以上のエクステントを割り当てます。また、データベースは、表の索引セグメントを作成するためにも、1つ以上のエクステントを割り当てます。

1.3.6.11 順序

順序は、一意の整数を生成するために使用されるオブジェクトです。順序を使用すると、主キー値を自動的に生成できます。

1.3.6.12 スナップショット

スナップショットは、自動データベース診断モニター(ADDM)がパフォーマンス比較のために使用する、特定期間の一連の履歴データです。デフォルトでは、Oracle Databaseは自動的にパフォーマンス・データのスナップショットを生成し、ワークロード・リポジトリに統計を保持します。スナップショットは手動でも作成できますが、通常は必要ありません。スナップショット間隔でのデータは、ADDMによって分析されます。ADDMの詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

1.3.6.13 ストアド・プロシージャ

ストアド・プロシージャは、一連のSQL文と他のPL/SQL構文で構成されるスキーマ・オブジェクトです。これらは、まとめてグループ化されてデータベースに格納され、特定の問題を解決したり、一連の関連タスクを実行するために1つの単位として実行されます。

1.3.6.14 シノニム

シノニムは、表、ビュー、順序、プロシージャ、ストアド・ファンクション、パッケージ、ユーザー定義のオブジェクト・タイプまたは他のシノニムの代替名です。シノニムはパブリック(すべてのデータベース・ユーザーが使用可能)、またはプライベート(シノニムを所有するデータベース・ユーザーのみが使用可能)にできます。

1.3.6.15 構造型

構造型は、プロパティの固定されたセットを表の列で使用できる値に関連付ける複雑なデータ型です。このプロパティの集合によって、Oracle Databaseはあるデータ型の値を別のデータ型の値とは異なるものとして扱うようになります。ほとんどのデータ型は、Oracleによって提供されています。ただし、ユーザーがデータ型を作成することもできます。

1.3.6.16 表

表は、データの保持に使用されます。通常、それぞれの表には、その表に関連付けられたデータベース・エンティティの属性を表す複数の列が存在し、それぞれの列には、データ型が関連付けられます。企業の様々なニーズに対応するために、多くの表作成オプションと表構成(パーティション表、索引構成表、外部表など)を使用できます。

1.3.6.17 表領域

表領域は、データベースにおける領域の割当てであり、そこにはスキーマ・オブジェクトが含まれます。

- 永続表領域には、永続スキーマ・オブジェクトが含まれます。永続表領域のオブジェクトは、データファイルに格納されます。

- UNDO表領域は、データベースを自動UNDO管理モードで実行している場合に、Oracle DatabaseがUNDOデータを管理するために使用する、一種の永続表領域です。元に戻す場合は、ロールバック・セグメントではなく、自動UNDO管理モードを使用することをお薦めします。

- 一時表領域には、セッション期間のみのスキーマ・オブジェクトが含まれます。一時表領域のオブジェクトは、一時ファイルに格納されます。

1.3.6.18 ユーザー

データベース・ユーザーはデータベースにログインするアカウントです。(データベース・ユーザーはデータベース・オブジェクトであり、データベース、またはデータベースにアクセスするアプリケーションのユーザー(人間に相当するユーザー)とは異なります。)各データベース・ユーザーは、ユーザーと同じ名前を持つデータベース・スキーマを持ちます。

1.3.6.19 ビュー

ビューは、1つ以上の基礎となる表からデータを選択する仮想表です(一部のデータベース製品での問合せに相当します)。Oracle Databaseには、多数のビュー作成オプションと特殊なビューが用意されています。

1.3.7 ビジネス情報

ビジネス情報オブジェクトは、モデル・オブジェクトについてビジネス志向の情報を定義します。この情報には、責任者とその連絡方法や、関連するオフライン・ドキュメントの識別などがあります。

モデル・オブジェクトは、自身に関連付けられたビジネス情報オブジェクトをゼロまたは1つ以上持つことができ、ビジネス情報オブジェクトは、ゼロまたは1つ以上のモデル・オブジェクトに関連付けることができます。たとえば、1つのドキュメントは数多くの異なるエンティティおよび属性を説明するために使用で、1人のユーザーは複数のイベントの責任者になることができます。

ビジネス・オブジェクト間には、多対多のリレーションシップが存在できます。たとえば、責任者は連絡先情報(連絡先オブジェクト)を複数セット持つことができ、連絡先オブジェクトは複数の責任者に関連付けることができます。同様に、1つ以上の電話、電子メール、ロケーションおよびURLオブジェクトを複数の連絡先オブジェクトに関連付けることができます。

Data Modelerビジネス情報モデルは、Object Management Group(OMG)ビジネス情報パッケージに基づいており、これはOMGのCommon Warehouse Metamodel(tm)(CWM(tm)) Specification、V1.1に、次のように説明されています。「ビジネス情報メタモデルは、モデル要素についてのビジネス指向情報を定義するために、すべてのCWMパッケージで使用可能な汎用サービスを提供します。ここで説明されるビジネス指向サービスは、データ・ウェアハウスおよびビジネス・インテリジェンス・システムのニーズをサポートするように設計されており、汎用ビジネス・インテリジェンス・メタモデルを完全に表現するようには意図されていません。ビジネス情報メタモデル・サービスは、責任者とその連絡方法、オフライン・ドキュメントの識別および汎用的な記述情報のサポートについて、その概念をサポートします。」

このトピックの残りの部分では、ビジネス情報オブジェクトについて簡単に説明します。説明するオブジェクトの順序は、ビジネス情報のオブジェクト・ブラウザにおける表示順ではありません。

1.3.7.1 連絡先

連絡先オブジェクトは、関連する様々なタイプの連絡先情報をグループ化します。各連絡先オブジェクトは、複数の電子メール、ロケーション、URLおよび電話オブジェクトに関連付けることができます。反対に、各電子メール、ロケーション、URLおよび電話オブジェクトは、多数の連絡先オブジェクトに関連付けることができます。(3.14「連絡先のプロパティ」も参照してください。)

1.3.7.2 ドキュメント

ドキュメント・オブジェクトは、モデル化されたシステムのいくつかの側面について、外部に格納された記述情報を表します。ドキュメント・オブジェクトは、1つ以上のモデル・オブジェクトに関連付けることができます。(3.27「ドキュメントのプロパティ」も参照してください。)

1.3.7.3 電子メール

電子メール・オブジェクトは、1つの電子メール・アドレスを識別します。連絡先オブジェクトを使用すると、電子メール・アドレスを1人以上の責任者と関連付けることができます。連絡先の電子メール・オブジェクトの順序は、連絡先との通信に使用を試みる電子メール・アドレスの順番で表される場合があります。(3.30「電子メールのプロパティ」も参照してください。)

1.3.7.4 ロケーション

ロケーション・オブジェクトは、1つの物理的な場所を識別します。連絡先オブジェクトを使用すると、ロケーションを1人以上の責任者と関連付けることができます。ロケーションの連絡先オブジェクトの順序は、ロケーションに関連付けられた個人またはグループへの連絡を試みる際の順番で表される場合があります。(3.59「ロケーションのプロパティ」も参照してください。)

1.3.7.5 リソース・ロケータ

リソース・ロケータ・オブジェクトは、従来のメール・アドレスでロケーションが定義されていないリソースを表すための一般的な手段を提供します。たとえば、リソース・ロケータは、Webアドレス(「www.example.com」など)から、建物内の場所(「317号室、3番目のファイル・キャビネット、2番目の引出し」など)に至るまで、どのよう場所でも参照することができます。(3.81「リソース・ロケータのプロパティ」も参照してください。)

1.3.7.6 責任者

責任者オブジェクトは、1つ以上のモデル・オブジェクトについての情報に責任を持っていたり、その情報を受け取る必要がある個人、ロールまたは組織を表します。責任オブジェクトにおける責任の正確な意味は、実装されている特定のシステムに応じて異なります。(3.82「責任者のプロパティ」も参照してください。)

1.3.7.7 電話

電話オブジェクトは、電話での連絡先情報を表します。電話オブジェクトは、1つ以上の連絡先に関連付けることができます。(3.134「電話のプロパティ」も参照してください。)

1.4 データ・モデリングへのアプローチ

データをモデル化する場合は、実行する作業の特質に最も適したアプローチを選択できます。データ・モデリングへのアプローチには、新しいデータベースの設計、既存のデータベースに向けた設計の開発、または既存のデータベース設計でのメンテナンスの実行が含まれます。

- トップダウン・モデリング: 新しいデータベースを設計する場合

- ボトムアップ・モデリング: 既存のデータベースからメタデータを抽出してデータベースを作成する場合、または既存のデータベースの実装から取得したDDLコードを使用してデータベースを作成する場合

- ターゲット・モデリング: データベースを新しい要件に適応させる場合

1.4.1 トップダウン・モデリング

トップダウン・モデリングでは、業務要件および内部環境についての情報を収集しから、プロセス、データの論理モデル、１つ以上のリレーショナル・モデル、および各リレーショナル・モデルの1つ以上の物理モデルを定義します。ニーズによっては、手順と情報要件は簡単なものから詳細なものに及ぶことがあります。トップダウン・モデリングには次の手順が含まれますが、ニーズに合わせて手順を短縮したり、省略することができます。

1. ビジネス情報を作成します。

1. ドキュメントを作成します。オブジェクト・ブラウザで、「論理」を右クリックして、「プロパティ」を選択して、次に「ドキュメント」をクリックして適切な項目を追加します。

2. 連絡先、電子メール・アドレス、ロケーションおよび電話番号を使用して、責任者を作成します。オブジェクト・ブラウザで、「論理」を右クリックして、「プロパティ」を選択し、次に「責任者」をクリックして、適切な項目を追加します。

3. 他の情報を追加します。オブジェクト・ブラウザで、「論理」を右クリックして、「プロパティ」を選択し、次に必要に応じて他のプロパティ(「命名オプション」、「コメント」、「注意」)を変更します。

2. データ・フロー・ダイアグラムを使用して、プロセス・モデルを開発します。プロセス・モデルのオブジェクト・ブラウザで「データ・フロー・ダイアグラム」を右クリックして、「新規データ・フロー・ダイアグラム」を選択します。

1. プロセスを作成します。プロセスごとに、「新規プロセス」アイコンをクリックしてデータ・フロー・ダイアグラム・ウィンドウの中をクリックし、「情報ストアのプロパティ」ダイアログ・ボックスに情報を入力します。

2. 外部エージェントを作成します。外部エージェントごとに、「新規外部エージェント」アイコンをクリックしてデータ・フロー・ダイアグラム・ウィンドウの中をクリックし、「外部エージェントのプロパティ」ダイアログ・ボックスに情報を入力します。

3. 情報ストアを作成します。プロセスごとに、「新規情報ストア」アイコンをクリックしてデータ・フロー・ダイアグラム・ウィンドウの中をクリックし、「情報ストアのプロパティ」ダイアログ・ボックスに情報を入力します。

4. 情報構造を使用してフローを作成します。フローごとに、「新規フロー」アイコンをクリックし、データ・フロー・ダイアグラム・ウィンドウで始点オブジェクト(プロセスなど)をクリックして、フローの終点オブジェクトをクリックし、次にフローの矢印をダブルクリックして、「フローのプロパティ」ダイアログ・ボックスの情報を(必要に応じて)変更します。

3. 論理モデルを作成します。

1. エンティティを作成し、各エンティティの属性および一意識別子を作成します。最初にすべてのエンティティを作成してから、それぞれの属性および一意識別子を作成するか、1番目のエンティティとその属性および識別子を作成し、次に2番目以降も同じように順次作成していくこともできます。
エンティティを作成するには、「論理」タブをクリックして「新規エンティティ」アイコンをクリックし、論理モデル・ウィンドウの中をクリックして、「エンティティのプロパティ」ダイアログ・ボックスに情報を入力します。また、このダイアログ・ボックスの該当するペインを使用して、属性および一意識別子を入力することもできます。

2. エンティティ間のリレーションを作成します。リレーションごとに、目的のアイコン(「新規のM:Nリレーション」(1対多)、「新規の1:N識別リレーション」(1対多、識別)または「新規の1:1リレーション」(1対1))をクリックします。リレーションの始点のエンティティをクリックして、リレーションの終点をクリックし、次に、リレーションの線をダブルクリックして、「リレーションのプロパティ」ダイアログ・ボックスの情報を必要に応じて変更します。

3. 論理モデルに設計ルールを適用します。「ツール」→「設計ルール」をクリックし、「設計ルール」ダイアログ・ボックスを使用して、デザイン・ルールの違反を確認して修正します。

4. 論理モデルをリレーショナル・モデルにフォワード・エンジニアします。ナビゲータで論理モデルを右クリックして、「リレーショナル・モデルに対するエンジニアリング」を選択して、「エンジニアリング」ダイアログ・ボックスを使用して、論理モデルのすべてのオブジェクトまたは指定されたオブジェクトのサブセットを反映するリレーショナル・モデルを生成します。

4. 必要に応じて、多次元モデルを作成します。

1. キューブを作成します。

2. レベルを作成します。

3. ディメンションを作成します。

4. リンクを作成します。

5. 多次元モデルに設計ルールを適用します。

6. 必要に応じて、多次元モデルをエクスポートします。

5. 必要に応じて、1つ以上のリレーショナル・モデルを作成します。作成するには、各リレーショナル・モデルで次の手順を実行します。

1. 表を分割します。1つの表を2つに分割するには、リレーショナル・モデル・ダイアグラムで表を選択して、「表の分割」ボタンをクリックします。

2. 表をマージします。別の表に表をマージ(マージされる表は削除)するには、「表のマージ」ボタンをクリックします。次にリレーショナル・モデル・ダイアグラムでまずほかの表からの列のマージ先となる表を選択してからマージ元の列を持つ他の表を選択します。(マージ後、2番目の表は削除されます。)

3. リレーショナル・モデル用の設計ルールを確認します。「ツール」→「設計ルール」をクリックします。

6. リレーショナル・モデルごとに、1つ以上の物理モデルを作成します。作成するには、各リレーショナル・モデルで次の手順を実行します。

1. 物理モデルを開きます。

2. 物理モデル用の設計ルールを確認します。「ツール」→「設計ルール」をクリックします。

3. 実際のデータベース・オブジェクトの生成に使用できるDDLコードを生成します。「表示」→「DDLファイル・エディタ」をクリックして、次に「DDLファイル・エディタ」ダイアログ・ボックスを使用して、物理モデルの選択、DDLコードのスクリプト・ファイルへの保存を行います。

1.4.2 ボトムアップ・モデリング

ボトムアップ・モデリングは、既存のデータベースから抽出されたメタデータに基づいてデータベース設計を構築するか、または既存のデータベースを実装するDDLコードのファイルに基づいてデータベース設計を構築します。作成されるデータベースは、リレーショナル・モデルおよび物理モデルとして表され、リレーショナル・モデルから論理モデルをリバース・エンジニアします。ボトムアップ・モデリングには次の手順が含まれますが、ニーズに合わせていくつかの手順を短縮したり、省略することができます。

1. 次のいずれかの方法で、リレーショナル・モデルを生成します。

- 既存のデータベースから直接メタデータを抽出します。「ファイル」→「インポート」→「データ・ディクショナリ」をクリックし、ウィザードの指示に従います(「データ・ディクショナリ・インポート(メタデータ抽出)」を参照してください)。

- 既存のデータベース実装を反映するDDLコードをインポートします。「ファイル」→「インポート」→「DDLファイル」をクリックします。

2. 必要に応じて、リレーショナル・モデルを変更して、追加のリレーショナル・モデルを作成します。

3. 必要に応じて、リレーショナル・モデルを非正規化します。必要に応じて、各モデルに対して次の手順を繰返し実行します。

1. 表の分割またはマージ、あるいはその両方を実行します。
1つの表を2つに分割するには、リレーショナル・モデル・ダイアグラムで表を選択して、「表の分割」ボタンをクリックします。「表の分割」ウィザードを使用して、ソースの外部キーおよび列をターゲット表(作成された新しい表)にコピーまたは移動します。

別の表に表をマージ(マージされる表は削除)するには、「表のマージ」ボタンをクリックします。次に、リレーショナル・モデル・ダイアグラムで、列を他の表にマージする表をクリックして、次に最初にクリックした表の列のマージ先となる表をクリックします。(マージ後、最初にクリックした表が削除され、残りの表には、その元の列と最初の表にあった列が含まれます。.)

2. モデル用の設計ルールを確認します。設計ルールを表示するには、「ツール」→「設計ルール」をクリックし、目的のリレーショナル・モデルを選択して、「設計ルール」ダイアログ・ボックスを使用します。

4. リレーショナル・モデルから論理モデルにリバース・エンジニアします。「論理モデルに対するエンジニアリング」アイコンをクリックするか、リレーショナル・モデルを右クリックして「論理モデルに対するエンジニアリング」を選択します。

5. 必要に応じて、論理モデルを変更します。

6. 論理モデル用の設計ルールを確認します。「ツール」→「設計ルール」をクリックします。

7. 設計を保存します。

8. DDLコードを作成し、それを使用してデータベース実装を作成します。「ビュー」→「DDLファイル・エディタ」をクリックします。「DDLファイル・エディタ」ダイアログ・ボックスで、物理モデルを選択して「生成」をクリックします。目的の「DDL生成オプション」を指定して、「OK」をクリックします。

1.4.3 ターゲット・モデリング

ターゲット・モデリングには、既存のデータベースのメンテナンスが含まれますが、これは新しい要件に適応させて行います。

注意:
Data Modelerでデータベースをメンテナンスするには、設計と実際のデータベース実装が完全に同期する必要があります。これに該当するかどうか不明な場合は、設計を古いものとみなして、1.4.2「ボトムアップ・モデリング」の手順を実行する必要があります。

必要な変更の種類に応じて、論理モデル、1つ以上のリレーショナル・モデルまたは1つ以上の物理モデルから開始し、必要に応じて、フォワード・エンジニアまたはリバース・エンジニアを行うことができます。

論理モデルの変更から開始する方法

1. 変更する論理的モデル・オブジェクト(エンティティ、属性、リレーションなど)ごとに、そのプロパティを変更します。たとえば、エンティティに属性を追加するには、次の手順を実行します。

1. 論理ダイアグラムでエンティティのアイコンをダブルクリックします(または、オブジェクト・ブラウザでエンティティ名を右クリックして、「プロパティ」を選択します)。

2. 「エンティティのプロパティ」ダイアログ・ボックスで、「属性」をクリックします。

3. 「追加」(+)アイコンをクリックして、属性プロパティを指定します。

2. 論理モデルの変更が完了したら、「リレーショナル・モデルに対するエンジニアリング」アイコンをクリックするか、ナビゲータで論理モデルを右クリックしてから「リレーショナル・モデルに対するエンジニアリング」を選択して、変更点をリレーショナル・モデルにフォワード・エンジニアします。

3. 「エンジニアリング」ダイアログ・ボックスで、必要なフィルタリングを指定して「エンジニア」をクリックします。

リレーショナル・モデルの変更から開始する方法

1. 変更するリレーショナル・モデル・オブジェクト(表、列など)ごとに、そのプロパティを変更します。たとえば、リレーショナル・モデルの表に列を追加するには、次の手順を実行します。

1. リレーショナル・モデルのダイアグラムで表のアイコンをダブルクリックします(または、オブジェクト・ブラウザで表名を右クリックして、「プロパティ」を選択します)。

2. 「表のプロパティ」ダイアログ・ボックスで、「列」をクリックします。

3. 「追加」(+)アイコンをクリックして、列プロパティを指定します。

2. リレーショナル・モデルの変更が完了したら、「論理モデルに対するエンジニアリング」をクリックするか、ナビゲータでリレーショナル・モデル名を右クリックしてから「論理モデルに対するエンジニアリング」を選択して、変更点を論理モデルにリバース・エンジニアします。

3. 「エンジニアリング」ダイアログ・ボックスで、必要なフィルタリングを指定して「エンジニア」をクリックします。

1.5 Data Modelerのユーザー・プリファレンス

ユーザー自身の好みとニーズに合わせてユーザー・プリファレンスを変更することで、Data Modelerの環境とインタフェースの多くの設定をカスタマイズできます。ユーザー・プリファレンスを変更するには、「ツール」→「プリファレンス」を選択します。

「検索」ボックス: 文字列を入力して、関連するプリファレンス・グループが一致するようツリー表示を制限します。

ほとんどのプリファレンスはわかりやすいものであるため、ここでは、意味と意図が明確でないプリファレンスについてのみ説明します。プリファレンスによっては、パフォーマンスまたはシステム・リソースに影響するものや(機能の有効化による実行時間の増加など)、単に個人の好みによるものがあります。プリファレンスは、次のカテゴリにグループ化されています。

- 環境

- Data Modeler

- 拡張子

- 無視するファイルのリスト

- マウスオーバー・ポップアップ

- ショートカット・キー(アクセレータ・キー)

- バージョニング

- Webブラウザとプロキシ

1.5.1 環境

「環境」ペインには、Data Modelerの起動、動作全体および外観に影響するオプションが含まれます。指定したタイミングで特定の操作が自動的に実行されるように指定できます。通常、操作に余分な時間がかかりますが、操作を自動的に実行しない場合に問題が発生する可能性(必要な操作の実行を忘れてしまう、など)を考慮して、指定するかどうかを判断します。

UNDOレベル(元に戻せる実行済操作の数)とナビゲーション・レベル(開いているファイルの数)の値への変更によって、システム・リソースの使用率がわずかに増減します。

外部で変更されたファイルを自動的にリロード: このオプションを選択した場合、Data Modelerで開いているファイルが外部アプリケーションによって変更されると、Data Modelerに再び切り替えたときにそのファイルは更新され、Data Modelerで行われた変更が上書きされます。このオプションを選択しない場合、Data Modelerで行った変更が適用され、外部アプリケーションで行われた変更が上書きされます。

未修正ファイルの場合、警告なしでリロード: このオプションを選択した場合、外部で変更されたがData Modelerでは変更されていないファイルについては、リロードするかどうかの確認が行われません。このオプションを選択しない場合、Data Modelerで変更されたかどうかに関係なく、外部で変更された各ファイルをリロードするかどうかが確認されます。

環境: ドッキング可能なウィンドウ

「ドッキング可能なウィンドウ」ペインでは、ドッキング可能なウィンドウの動作と、Data Modelerの4つのドッキング領域(上下左右)の形を構成します。

ドッキング可能なウィンドウを常に上に表示: このオプションを選択した場合、ドッキング可能なウィンドウは、常に他のウィンドウの手前に表示されます。

ウィンドウ・レイアウト: 角の矢印をクリックして、各ドッキング領域の形を拡大または縮小します。

環境: ログ

「ログ」ペインでは、特定のタイプのログ・メッセージの色およびログ・メッセージのログ・ファイルへの保存を構成します。

ファイルにログを保存: このオプションを選択した場合、「メッセージ - ログ」ウィンドウへのすべての出力は、ログ・ファイルに保存されます。ファイル名には、操作およびタイムスタンプが反映されます。また、「ログ・ディレクトリ」を指定するように求められます。指定したディレクトリが存在しない場合は作成されます。ログ情報をファイルに保存する場合、ファイル数が非常に多くなる可能性があることに注意してください。

最大ログ行数: 各ログ・ファイルに格納する行の最大数。

1.5.2 Data Modeler

「Data Modeler」ペインには、Data Modelerの起動、動作全体および外観に影響するオプションが含まれます。

デフォルト設計ディレクトリ: 設計を開く場所または設計を作成する場所になるデフォルトのディレクトリまたはフォルダです。

デフォルト・インポート・ディレクトリ: 設計のインポート元になるデフォルトのディレクトリまたはフォルダです。

インポート後にログの表示: インポート操作の後に、「ログ」ウィンドウを表示するかどうかを制御します。ウィンドウには、情報メッセージと、警告またはエラー・メッセージが含まれます。

デフォルトの保存ディレクトリ: ファイルの保存先となるデフォルトのディレクトリまたはフォルダです。

デフォルトのシステム・タイプ・ディレクトリ: タイプ定義ファイルの格納先となるデフォルトのディレクトリまたはフォルダです。

デフォルトのレポート・ディレクトリ: Data Modelerレポートを生成するデフォルトのディレクトリまたはフォルダです。ディレクトリを指定しない場合、デフォルトは、Data Modelerをインストールした場所の下のdatamodeler/reportsまたはdatamodeler\reportsです。たとえば、Windowsシステムでは、これはC:\Program Files\datamodeler\datamodeler\reportsとなります。

Saxon XSLT 2.0 JARファイルのパス: ファイルをダウンロード済で、レポートの生成にData Modelerでそのファイルを使用する場合のSaxon 2.0 XSLTプロセッサへのパスです(例: C:\saxon9.3\saxon9he.jar)。このオプションを指定しない場合は、Data Modelerはレポートの生成にXSLT 1.0を使用します。(Saxon XSLTプロセッサの詳細およびダウンロードは、http://saxon.sourceforge.net/に移動してください。)

「リレーショナル・モデルの選択」ダイアログの表示: Data Modeler設計を開くときに、含めるリレーショナル・モデルを選択するためのダイアログ・ボックスを表示するかどうかを制御します。このオプションを無効にすると、Data Modeler設計を開くときに、すべてのリレーショナル・モデルがデフォルトで含まれます。

「設計を開く」の設計レベルの設定をロード: 設計を開くときにその設計に固有の設定をロードするかどうかを制御します。このオプションを無効にすると、設計固有の設定はすべて無視され、Data Modelerのグローバル設定が使用されます。

「新規オブジェクトの「プロパティ」ダイアログの表示」: 新しいモデル・オブジェクトを作成するときに、そのタイプのオブジェクトの「プロパティ」ダイアログ・ボックスを表示するかどうかを制御します。

「設計を閉じる」の後に前の設計レベルの設定をリストア: 現在の設計を閉じた後に、現在の設計に固有のすべての前の設定をリストアするかどうかを制御します。このオプションを無効にすると、Data Modelerのグローバル設定がリストアされます。

インポート: 1.7で説明するように、事前にエクスポートしたData Modelerのプリファレンスおよびその他の設定をインポートできます。

エクスポート: Data Modelerのプリファレンスおよびその他の設定をXMLファイルに保存して、1.7で説明するように、後で情報をインポートできるようにします。

Data Modelerのその他のプリファレンスは、次のカテゴリにグループ化されています。

- マッピングの比較

- DDL

- ダイアグラム

- モデル

- ネーミング標準

- 検索

- SQLフォーマッタ

- サード・パーティJDBCドライバ

1.5.2.1 マッピングの比較

「マッピングの比較」ペインには、ソース・オブジェクトとターゲット・オブジェクトを比較するためのオプションが含まれています。この情報は、列のプロパティ(名前、データ型、表内の位置など)を変更して、モデルを同じモデルの以前のバージョンと比較するといった特別な場合に適用されます(マッピングによって、変更された列と同じかどうか判断できます)。

1.5.2.2 DDL

「DDL」ペインには、生成されるコードのデータ定義言語(DDL)文に対する一般的なオプションが含まれます。

DB2およびUDBの文終了文字: IBM DB2およびUDBデータベース用のDDLの終了文字です。

OracleおよびUDBの型置換トリガーの作成: OracleおよびIBM UDB物理モデルで、型置換用にトリガーを作成するかどうかを制御します。

外部キーarc制約用トリガーの作成: 生成されたDDLコードに、外部キーarc制約を実装するトリガーを作成するかどうかを制御します。

転送不可FKのトリガーの作成: 移動不可能な外部キー・リレーションシップ用にトリガーを作成するかどうかを制御します。(外部キー・リレーションシップが移動可能かどうかは、「外部キーのプロパティ」ダイアログ・ボックスの「移動可能」(更新可能)オプションで制御されます。)

Oracle Varchar2およびChar型の文字/バイト単位の表示: OracleのCHAR型またはVARCHAR2型の属性について、その属性の長さに関連付けられた単位(文字またはバイト)が属性に関する列として、リレーショナル・モデル・ダイアグラムおよび生成されたCREATE TABLE文に含まれるかどうかを制御します。

NOT NULL制約の短縮形の生成: 列定義(CREATE TABLE文)で、NOT NULL制約名を使用するかどうかを制御します。

引用符付き識別子の使用: 生成されるDDL文でオブジェクト名を二重引用符で囲むかどうかを制御します。

インポート時にドメインを作成: インポート操作時に、データ・タイプからドメインを作成するかどうかを制御します。

RDBMSでのコメントの生成: 生成されるDDL文にRDBMSテキストのコメントを含めるかどうかを制御します。

インライン列CHECK制約の生成: 列チェック制約の句をインライン(CREATE TABLE文)に含めか、または別の制約定義(ALTER TABLE文)とするかを制御します。

DDLにデフォルト設定を含める: キーワードの設定を指定しなかった場合に、生成されるDDL文にデフォルトのキーワードを含めるかどうかを制御します。このオプションは、生成される文で使用されるすべてのキーワードを表示する場合に役立ちます。

DDLにロギングを含める: 生成されるDDL文にロギング情報を含めるかどうかを制御します。

DDLにスキーマを含める: 生成されるDDL文で、オブジェクト名にスキーマ名の接頭辞を付けるかどうかを制御します(たとえば、SCOTT.EMPに対してEMPのみ)。

DDLに記憶域を含める: 生成されるDDL文に記憶域情報を含めるかどうかを制御します。

DDLに表領域を含める: 生成されるDDL文に表領域を含めるかどうかを制御します。

自動索引生成: 主キー制約: 各主キー制約について索引を自動的に生成するかどうかを制御します。

自動索引生成: 一意キー制約: 各一意キー制約について索引を自動的に生成するかどうかを制御します。

自動索引生成: 外部キーの制約: 外部キーの各制約について索引を自動的に生成するかどうかを制御します。

DDL生成オプションを保持: 現在のDDL生成操作のオプションに対して何か変更を行った場合、現在のDDL生成の後に元のDDL生成オプションをリストアするかどうかを制御します。

SQLフォーマット: SQL Developerフォーマッタを使用: SQLフォーマットでSQL Developerのデフォルトを使用するか、従来のData Modelerのデフォルトを使用するかを制御します。(このオプションをオンおよびオフにしてDDL生成を試行し、どちらのDDL出力が個人的な好みにより合っているかを調べることができます。)

DDL: DDL/比較

比較で考慮すべき事項と無視すべき事項を指定できます。

比較機能に「データ型の種類」プロパティを使用: 異なる種類の型が同じネイティブ・データ型を生成しないように(たとえば、ドメインおよび論理型がNumber(7,2)にならないように)、データ型の種類(ドメイン、論理型、固有型など)を考慮する必要があるかどうかを制御します。

比較機能で「スキーマ」プロパティを使用: 2つのオブジェクトを比較するときに、オブジェクトと関連付けられているスキーマ名を考慮する必要があるかどうかを制御します。

比較機能で「列の順序」プロパティを使用: 2つの表を比較するときに列の順序を考慮する必要があるかどうかを制御します。

比較機能での大/小文字区別名: 2つのオブジェクトを比較するときに、オブジェクト名の大文字小文字を区別するかどうかを制御します。

DDL: DDL/移行

DDL文の生成時に置換する1組以上の文字列置換を指定できます。それぞれのペアでは、古い文字列と、その古い文字列を置換する新しい文字列を指定します。

選択済: 指定された置換が有効か無効かを制御します。

大/小文字の区別: DDLの古い文字列の大/小文字が、古い文字列として指定した大/小文字と正確に一致する場合にのみ、置換を実行するかどうかを制御します。

DDL: DDL/記憶域

インポートおよびエクスポート操作で、DDLに含める記憶域オプションを指定できます。これらのオプションは、どの句およびキーワードが含まれるかに影響します。

記憶域オプションを含めると、より詳細なDDL文が作成されます。これにより、どのオプションが有効であるかが正確にわかり、必要な場合にそれをDDLで編集できます。記憶域オプションを含めないと、より簡潔なDDL文が作成されます(読みやすくなる可能性があります)。

1.5.2.3 ダイアグラム

「ダイアグラム」ペインには、モデル・ダイアグラムの外観に影響を及ぼす一般的なオプションが含まれます。

一般: ツリーとの同期: オブジェクト・ブラウザのモデルにおけるオブジェクトの選択を反映するように、アクティブなダイアグラムへのフォーカスを自動的に移動させるかどうかを制御します。

ダイアグラム: 分類タイプ

多次元モデルで様々な分類タイプを表示するための色およびオプションで接頭辞を指定します。また、ユーザー定義の分類タイプを追加(+または「追加」アイコン)および削除(Xまたは「削除」アイコン)することもできます。

ダイアグラム: フォーマット

様々なタイプの設計オブジェクトの表示のデフォルトのフォントと色、および線のデフォルトの幅と色を指定します。

ダイアグラム: 論理モデル

論理モデルのダイアグラムに適用するオプションが含まれます。

表記法タイプ: 表記法タイプとして、Barker(烏の足とも呼ばれる)またはBachmanを指定します。

ボックス内のボックスにエンティティ継承を表示: スーパータイプのボックス内にあるボックスに、サブタイプを表示します。

ドメインの表示: ドメインに基づく属性のデータ型として何を表示するかを指定します。「ドメイン名」はドメイン名を表示します。「使用されたドメイン・タイプ」はドメイン定義に使用された論理型を表示します。

ダイアグラム: リレーショナル・モデル

リレーショナル・モデルのダイアグラムに適用するオプションが含まれます。

外部キーの矢印方向: 外部キー・リレーションシップの矢印で、その先端が主キーまたは外部キーのいずれを指すかを制御します。

外部キー名の表示: 外部キー名を含むテキスト・ボックスを、外部キー・リレーションシップの矢印に表示するかどうかを制御します。

1.5.2.4 モデル

「モデル」ペインには、数種類のモデルに適用されるオプションが含まれます。

デフォルトRDBMSタイプ: デフォルトのデータベース・タイプです。

デフォルトRDBMSサイト: デフォルトのデータベース・タイプ内のデフォルトのサイトです。

列および属性のデフォルト: NULLの許可: 新しい列と属性がNULL値を持つことができるかどうかを制御します。このオプションを無効にすると、新しい列と属性はデフォルトで必須になります(値が必要になります)。

優先ドメインと論理型: ドメインおよび論理型のドロップダウン・リストに表示される値を限定します。(この機能を使用すると、指定することのないようなドメインおよび論理型がリストに散乱しないようにできます。)ドメインまたは論理型をドロップダウン・リストに表示するには、「優先」側から「すべて」側へ移動します。

モデル: 論理

論理モデルに適用するオプションが含まれます。

リレーション・カーディナリティ: オプションのソース: リレーションシップのソース・エンティティにデフォルトで1つ以上のインスタンスを含める必要があるかどうかを制御します。このオプションが有効である場合、すべてのリレーションシップ・タイプにソース・インスタンスは必要なく、このオプションが無効である場合、すべてのリレーションシップ・タイプに1つ以上のソース・インスタンスが必要になります。

リレーション・カーディナリティ: オプションのターゲット: リレーションシップのターゲット・エンティティにデフォルトで1つ以上のインスタンスを含める必要があるかどうかを制御します。このオプションが有効である場合、すべてのリレーションシップ・タイプにターゲット・インスタンスは必要なく、このオプションが無効である場合、すべてのリレーションシップ・タイプに1つ以上のターゲット・インスタンスが必要になります。

主キーとして最初の一意識別子を使用して設定: エンティティを作成するときに、最初の一意識別子の属性をデフォルトでプライマリ一意識別子にするかどうかを制御します。

FK属性名の同期: 元の属性の名前として維持する: スーパータイプまたは参照される属性が、一意識別子(外部キー)のネーミングに使用される必要があるかどうかを制御します。その他の名前を指定する場合は、このオプションを選択解除してください。

モデル: 物理

物理モデルに適用するオプションが含まれます。様々なオプションが、サポートされている各データベース・タイプに適用されます。

DB2に対して、いくつかのオプションにネーミング・ルールを指定し、入力したネーミング・ルール文字列に変数を追加できます。たとえば、 「表ごとに表領域を作成」に、TBLS_と入力してから「変数の追加」をクリックして、{model}を選択すると、表の作成および名前の変更を行うたびに、対応する表領域がTBLS_+表名として作成または名前変更されます。

モデル: リレーショナル

リレーショナル・モデルに適用するオプションが含まれます。

外部キー列の削除方針: ユーザーがある表を削除しようとしたときに、その表を指す1つ以上の生成済外部キー列(他の表の列)が削除対象の表に含まれている場合、Data Modelerがどのような動作を行う必要があるかを指定します。指定する動作としては、外部キー列を削除する、外部キー列を削除しない、または外部キー列の削除について確認を求める、といった動作があります。

例として、第2章「Data Modelerチュートリアル: 小規模データベースのモデリング」のリレーショナル・モデルを使用すると、Books表を削除する場合、Transactions表にはBooks表の主キーを参照するbook_id外部キー列が含まれています。このオプションの選択は、Books表を削除する場合に、Transactions.book_id列に対して何が行われるかを決定します。

デフォルトの外部キー削除ルール: 外部キー・リレーションシップに関与するデータが含まれる列を削除しようとしたときに何が行われるかを指定します。

- アクションなし: 削除が許可されないことを示すエラー・メッセージが表示されます。削除はロールバックされます。

- カスケード: 外部キー・リレーションシップに関与するデータが含まれるすべての列が削除されます。

- NULLを設定: 表のすべての外部キー列がNULL値を受け入れることができる場合は、値をNULLに設定します。

エンジニアリング中の列の並替えを許可: このオプションを有効にした場合、表が論理モデルにエンジニアリングされるときにData Modelerは関連付けられたエンティティの属性を並び替えることができます(たとえば、より重要だとみなされる属性を先頭に配置するなど)。(この動作は、多くの列が含まれる表の場合に特に役立ちます。)このオプションを有効にしない場合、エンティティの属性は関連付けられた列の表定義での順序と同じ順序で配置されます。
have been madekeyprimaryahas

1.5.2.5 ネーミング標準

「ネーミング標準」ペインを使用すると、ネーミングの標準化を実装でき、論理およびリレーショナル・モデル・オブジェクト用およびドメイン用のネーミング標準を表示、追加および変更できます。「設計ルール」を適用するときに、これらの標準が確認され、標準違反があればすべれエラーまたは警告として報告されます。また、オブジェクト・ブラウザのモデル名を右クリックし、「キーと制約へのネーミング標準の適用」を選択すると、ネーミング標準をリレーショナル・モデルの主キーと外部キー、制約および索引にも適用することができます。

ネーミングの標準化を「名前略語」ダイアログ・ボックスの使用と混同しないでください。このダイアログ・ボックスでは、スペルおよび略語に一貫性を確保して、名前の変更が即座に行われます。また、リレーショナル・モデル名の文字列のみが対象になります。

論理、リレーショナル、ドメイン

論理モデルのエンティティと属性、リレーショナル・モデルの表と列、およびドメインに対して、オブジェクト名の構成要素(主要語、類語、修飾子および限定子)を追加または再配置したり、それらをオプションまたは必須にすることができます。これらの構成要素の許容値は、「用語集」ペインで指定する用語集ファイルに明記されます。

タイトルの大文字小文字(「セパレータ」オプション): 各単語の先頭が大文字になり、空白が含まれないことを意味します。例: GovernmentAccounts(タイトルの大文字/小文字は、CamelCaseと呼ばれる場合があります。)

省略語のみ: このオプションを有効にすると、省略されていない単語はリレーショナル・モデル・オブジェクト名で使用できません(つまり、使用できるのは、省略された単語のみです)。

他の用語の説明については、3.44「用語集エディタ」を参照してください。ネーミング標準の詳細は、『United States Coast Guard Data Element Naming Standards Guidebook』を参照してください。

用語集

ネーミングの標準化に使用する1つ以上の用語集ファイルを追加できます。(用語集についての詳細な説明は、3.44「用語集エディタ」を参照してください。)

ネーミング標準: テンプレート

表およびエンティティの様々な制約について、その書式文字列を編集したり、変数文字列要素を追加することができます。

例: 現在指定されている書式のサンプル名を参照するには、目的の制約タイプ(外部キーなど)を選択します。

1.5.2.6 検索

「検索」ペインには、オブジェクトの検索(検索)機能を使用するときの動作に影響を与えるオプションが含まれています。

[Enter]を押して検索: [Enter]を押したときに一致を返します(それまでに入力した検索文字列を反映)。

入力時に検索: 指定した最初の文字数の文字(記号)を入力した後に、一致を返します。入力を続けた場合、追加文字を入力するたびに一致が自動的に更新されます。
オブジェクトの検索(検索)

1.5.2.7SQLフォーマッタ

「SQLフォーマッタ」ペインは、生成されるSQLスクリプトで文がフォーマットされる方法を制御します。

インポート: 以前にエクスポートしたコード・スタイル・プロファイルの設定をインポートできます。

エクスポート: コード・プロファイルの現在の設定をXMLファイルにエクスポートします。

プロシージャ、パッケージ、ビューおよびトリガー内にあるPLSQLを自動書式設定します: このオプションを選択した場合、プロシージャ、パッケージ、ビューおよびトリガーについて生成したPL/SQLコードで「SQLフォーマッタ」のオプションが自動的に適用されますが、このオプションを選択しない場合、「SQLフォーマッタ」のオプションは、要求した場合にのみ適用されます。

製品固有のフォーマット・オプション用のペイン(Oracleの書式設定および他のベンダー): 個別のペインを使用すると、Oracleやその他のベンダー(Microsoft Access、IBM DB2、Microsoft SQL Server、Sybase Adaptive Server)のフォーマット・オプションを指定できます。これらの各ペインで「編集」をクリックすると、位置合せ、インデント、改行、CASE改行、空白などのオプションを指定できます。

1.5.2.8 サード・パーティJDBCドライバ

「サード・パーティJDBCドライバ」ペインでは、サード・パーティ(Oracle以外)のデータベースへの接続に使用されるドライバを指定します。Data Modelerでは、サード・パーティ・データベースからメタデータを獲得する場合など、一部の操作でJDBCドライバを使用する必要があります。

Oracleでは、Oracle以外のドライバを提供していません。(Javaに含まれている)ODBC/JDBC以外のドライバを使用する必要があるOracle以外のデータベースにアクセスするには、必要なドライバのファイルをダウンロードしてから、このペインを使用して追加する必要があります。ドライバをダウンロードする場合は、サード・パーティのサイトの適切なリンクを使用します。次に例を示します。

- Microsoft SQLサーバーの場合: http://msdn.microsoft.com/en-us/data/aa937724.aspx

- IBM DB2/LUW(IBM Data Server Driver for JDBC and SQLJ)の場合: http://www-01.ibm.com/software/data/db2/linux-unix-windows/downloads.html

追加するドライバごとに、「追加」(+)アイコンをクリックして、ドライバのパスを選択します。

1.5.3 拡張機能

「拡張機能」ペインでは、Data Modelerの起動時に使用されるオプションの拡張機能を決定します。(Data Modelerでは、必須の拡張機能も使用されます。この拡張機能は、削除したり、無効にすることはできません。)設定を変更する場合、新しい設定を有効にするには、Data Modelerを終了して再起動する必要があります。

「バージョニング・サポート」の設定(選択されているかどうかと、選択した場合は構成オプション)は、「バージョニング」メニューが表示されるかどうかとそのメニュー項目に影響します。

構成: 「拡張機能の構成」ダイアログ・ボックスを表示します。

1.5.4 無視するファイルのリスト

「無視するファイルのリスト」ペインでは、あらゆる処理で使用しないファイルおよびファイル・タイプを決定するフィルタを指定します。

新規フィルタ: (フィルタが有効になっている場合や選択されている場合に)Data Modelerがすべての処理で無視する、(「フィルタ」ボックスの)ファイルおよびファイル・タイプのリストに追加するファイル名またはファイル・タイプ。mumble.txtなど、完全なファイル名を入力して特定のファイルを除外するか、または*.txtなど、ファイル・タイプを示す構成要素を入力して同じタイプのすべてのファイルを除外することもできます。

追加: 新しいフィルタを「フィルタ」ボックスのリストに追加します。

削除: 選択したフィルタを「フィルタ」ボックスのリストから削除します。

デフォルトに戻す: 「フィルタ」ボックスの内容をData Modelerのデフォルトに戻します。

フィルタ: ファイルおよびファイル・タイプのリストを含みます。各項目が有効な(選択されている)場合は、フィルタが適用され、ファイルまたはファイル・タイプはData Modelerによって無視されますが、無効な(選択解除されている)場合は、フィルタは適用されません。

1.5.5 マウスオーバー・ポップアップ

「マウスオーバー・ポップアップ」ペインでは、関連するオブジェクト名にマウスが置かれたときに表示するテキストを指定します。

ポップアップ名: 表示する情報のタイプで、「データ値」(変数の値など、マウス・ポインタの下のアイテムの値)、「ドキュメント」(メソッド・コールに関するJavadocなど、マウス・ポインタの下のアイテムに関するドキュメント)または「ソース」(メソッドのソース・コードなど、マウス・ポインタの下のアイテムのソース・コード)があります。

次の方法でアクティブ化: マウス・カーソルによる処理(ホバーまたは指定した1つまたは2つの修飾キーを押しながらのホバー)を使用して表示をアクティブ化します。

説明: 関連する「ポップアップ名」エントリの説明。

スマート対応: このオプションを選択すると、「スマート・ポップアップ」も選択されている場合、関連するタイプの情報のテキストが表示されます。

スマート・ポップアップ: このオプションを選択すると、マウスが置かれた項目に対する最初のスマート対応ポップアップに関連するテキストが表示されます。

1.5.6 ショートカット・キー(アクセラレータ・キー)

「ショートカット・キー」ペインを使用すると、ショートカット・キー(アクセラレータ・キーとも呼ぶ)・マッピングをData Modeler用に表示およびカスタマイズできます。

アンマップ・コマンドの非表示: このオプションを選択すると、マッピングのあるショートカット・キーのみが表示されます。

その他のアクション:

- エクスポート: ショートカット・キー定義をXMLファイルにエクスポートします。

- インポート: 以前にエクスポートしたXMLファイルからショートカット・キー定義をインポートします。

- キーボード・スキームのロード: 現在のすべてのショートカット・キー・マッピングを削除し、指定したスキームでマッピングを設定します。(このオプションは、以前のリリースでは「初期設定のロード」と呼ばれていました。)マッピングを変更し、デフォルトの設定をリストアする場合は、 「デフォルト」を選択します。

カテゴリ: 特定のカテゴリ(「コード・エディタ」、「比較」など)にグループ化されたコマンドおよびショートカットをリストし、表示するアクションを制御します。

コマンド: 指定されたカテゴリに関連するアクションです。アクションを選択すると、既存のショートカット・キー・マッピングが表示されます。

ショートカット: 選択したアクションの既存のキー・マッピング。既存のキー・マッピングを削除するには、削除するキー・マッピングを選択して「削除」をクリックします。

新しいショートカット: アクションに関連付ける新しいショートカット・キー。目的の修飾子キーを押しながら、もう一方のキーを押します。たとえば、[Ctrl]キーと[J]キーをアクションに関連付けるには、[Ctrl]キーを押しながら[J]キーを押します。そのショートカット・キーになんらかのアクションが現在関連付けられている場合、「現在の割当て」ボックスに表示されます。

競合: 「新しいショートカット」ボックスで指定したショートカット・キーにマップされている現在のアクション(ある場合)の読取り専用表示。

1.5.7 バージョニング

「バージョニング」プリファレンスは、Data Modelerで使用できるバージョン制御および管理システムの動作に影響します。Data Modelerによるバージョニングの使用の詳細は、1.9「バージョニングの使用」を参照してください。

バージョニング: Subversion

「Subversion」ペインでは、Data Modelerで使用するSubversionクライアントを指定します。

バージョニング: Subversion: コメント・テンプレート

「Subversion: コメント・テンプレート」ペインでは、コミット操作で使用するコメントのテンプレートを指定します。たとえば、テンプレートには、次のようなテキストが含まれる場合があります。

Problem Description (with bug ID if any):
Fix Description:

コメント・テンプレートは、追加、編集および削除することができ、テンプレートをXMLファイルにエクスポートしたり、以前にエクスポートしたテンプレートをインポートすることもできます。

バージョニング: Subversion: 一般

「Subversion: 一般」ペインでは、環境設定および操作タイムアウトを指定します。

ナビゲータで状態オーバーレイ・アイコンを使用: このオプションを有効にすると、状態オーバーレイ・アイコンが使用されます。状態オーバーレイ・アイコンは、ナビゲータのオブジェクト名に関連付けられた小さいシンボルです。バージョン制御されたファイルの状態(最新など)を示します。

ナビゲータで状態オーバーレイ・ラベルを使用: このオプションを有効にすると、状態オーバーレイ・ラベルが使用されます。状態オーバーレイ・ラベルは、ナビゲータのオブジェクト名に関連付けられたツールチップです。

作業用コピーのコミット時に自動的に新規ファイルを追加: このオプションを有効にすると、個々のファイルをコミットするたびに、作業用コピーで作成した新規ファイルはすべてSubversionリポジトリに自動的に追加されるようになります。それ以外の場合は、変更をコミットしたときに新規ファイルが追加されないので、引き続き新規ファイルを明示的にSubversionに追加する必要があります。

svn:needs-lockプロパティを持つファイルをチェックアウト後に自動的にロック: このオプションを有効にした場合、リポジトリからチェックアウトしたファイルは自動的にロックされ、ファイルがリリースされるまで他のメンバーがそのファイルをチェックアウトできないようにします。

Subversionのマージにマージ・ウィザードを使用: このオプションを有効にした場合、マージ・リクエストに対してマージ・ダイアログではなく、マージ・ウィザードが呼び出されます。

操作タイムアウト: Subversion操作の完了までに許容される最大秒数、最大分数または最大時間数。

Subversion構成ファイルの編集: 直接Subversionファイルを変更するには、「"server"の編集」をクリックします。プロキシ・ホスト、プロキシ・ポート、タイムアウト、圧縮など、サーバー固有のプロトコル・パラメータや他の値を変更できます。#で始まる行は、コメントとして解釈されます。

バージョニング: Subversion: バージョン・ツール

「Subversion: バージョン・ツール」では、保留中の変更ウィンドウおよびマージ・エディタのオプションを指定します。

変更のコミット送信時にダイアログを使用: 「保留中の変更」ウィンドウが開いているときに、制限のある画面領域を最適に使用できます。「保留中の変更」ウィンドウの「コメント」領域を表示させないことで画面領域を節約できますが、それでもコミット・アクションの前にコメントを追加する必要がある場合もあります。「コミット」ダイアログの開き方(常に開くのか、「保留中の変更」ウィンドウの「コメント」領域が非表示の場合のみ開くのか、開かないのか)を選択できます。

受信変更タイマー・インターバル: ファイルの変更ステータスがチェックされる頻度。

エディタのマージ: ローカルまたはサーバーでファイルをマージするかどうかを指定します。

1.5.8 Webブラウザとプロキシ

「Webブラウザとプロキシ」ペインの設定は、Data ModelerがWorld Wide Webへのアクセスを必要とし、システムがファイアウォールで保護されている場合にのみ関係します。

ブラウザのコマンド・ライン: デフォルト・ブラウザ以外のWebブラウザを指定する場合、そのブラウザを起動するための実行可能ファイルを指定します。デフォルト・ブラウザを使用する場合、このフィールドは空白のままにします。

HTTPプロキシ・サーバーの使用: このフィールドに適切な値を指定するには、Webブラウザのオプションまたはプリファレンスを確認します。

1.6 設計の保存、オープン、エクスポートおよびインポート

作業中の設計(または設計の一部)を格納する場合は、保存またはエクスポートを実行できます。

- 設計を保存すると、設計のすべての要素(論理モデル、リレーショナル・モデル、物理モデル、プロセス・モデルおよびビジネス情報)を保存できます。XMLファイルおよびディレクトリ構造(1.3.1「データベース設計」を参照)は、新しい設計では作成され、既存の設計では更新され、設計は、Data Modeler形式で格納されています。
設計を保存するには、「ファイル」→「保存」をクリックします。事前に設計が保存されていない場合は、場所およびXMLファイル名を指定します。別のファイルおよびディレクトリ構造で設計を保存するには、「ファイル」→「別名保存」をクリックします。

- 設計をエクスポートすると、設計の一部(論理モデル、物理モデル以外のリレーショナル・モデル、およびデータ型モデル)をファイルに保存できます。エクスポートは、Oracle以外およびOracleの様々な形式で行うことができます。このように、エクスポートすることで、出力形式に柔軟性がもたらされますが、Data Modelerの出力のみが必要な場合は、保存することで、より多くの設計オブジェクトを保存できます。
設計をエクスポートするには、「ファイル」→「エクスポート」→「出力形式」をクリックします。

保存された設計を使用するには、「ファイル」→「開く」をクリックすると開くことができます。設計を開くと、保存された設計のすべてのモデルおよびオブジェクトが使用できるようになります。保存された物理モデルは、最初はオブジェクト・ブラウザには表示されませんが、目的のリレーショナル・モデルで物理モデルを右クリックして「開く」を選択し、データベース・タイプ(Oracle 11gなど)を指定すると、物理モデルを表示できます。

Data Modelerで保存された設計、または別のデータ・モデリング・ツールでエクスポートまたは保存された設計を使用する場合は、「ファイル」→「インポート」をクリックし、インポートする設計のタイプを指定すると、インポートできます。通常、ファイルを指定してから、インポートの対象を制御できるウィザードを使用します。

開いたり、インポートするテキスト・ファイルは、オペレーティング・システムのロケール設定でサポートされている形式でエンコードされている必要があります。文字のエンコーディングおよびロケールの詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

この項の残りの部分では、特定のタイプのファイルおよび他のソースからのインポートについて説明します。

エクスポートするモデル/サブビューの選択 (「エクスポート」>「Data Modeler設計へ」を選択した場合)

1.6.1 DDLファイルのインポート

DDLファイルをインポートすると、既存のデータベース実装に基づいたリレーショナル・モデルを作成できます。元になるDDLファイルとして、サポートされているすべてのデータベース・タイプおよびバージョンのものが可能です。インポートされるファイルには、通常、.ddlまたは.sqlの拡張子があります。

インポート・プロセスでは、インポートされるDDLファイルの名前で新しいリレーショナル・モデルが作成され、ソース・サイトを反映した物理モデルが開きます。

1.6.2 キューブ・ビューのメタデータのインポート

キューブ・ビュー・メタデータをインポートすると、指定されたXMLファイルに反映されるように、既存の実装に基づいた多次元モデル作成できます。

1.6.3 Microsoft XMLAからのインポート

Microsoft XMLAからインポートすると、Microsoft XMLAファイル形式で格納される多次元モデルを作成できます。

1.6.4 ERwinファイルのインポート

ERwinファイルをインポートすると、ERwinモデリング・ツールからモデルを取得できます。インポートするモデルの定義が含まれるXMLファイルを指定します。

1.6.5 データ・ディクショナリからのインポート

データ・ディクショナリからのインポートを行うと、既存のデータベース実装に基づいたリレーショナル・モデルおよび物理モデルを作成できます。元になるデータ・ディクショナリとして、サポートされているすべてのデータベース・タイプおよびバージョンのものが可能です。

データ・ディクショナリからインポートするウィザードでは、既存のデータベース接続を選択するか、新しいデータベース接続を作成(追加)する必要があります。その後で、指示に従って、スキーマまたはデータベースを選択し、さらにインポートするオブジェクトを選択します。

データ・ディクショナリからインポートした後、必要に応じてリレーショナル・モデルおよび物理モデルを編集できます。また、リレーショナル・モデルから論理モデルをリバース・エンジニアすることができます。

1.6.6 Oracle Designerモデルのインポート

Oracle Designerモデルをインポートすると、既存のOracle Designerモデルに基づいたリレーショナル・モデルおよび物理モデルを作成できます。Oracle Designerリポジトリへの接続を作成し、エンティティ、表およびドメインをDesignerのワークスペースからインポートできます。

Oracle Designerモデルのインポートウィザードでは、既存のデータベース接続を選択するか、新しいデータベース接続を作成(追加)する必要があり、その後で、指示に従って、作業領域、アプリケーション・システムおよびインポートするオブジェクトを選択します。(Oracle Designer dataflowダイアグラムをインポートすることはできません。)

Oracle Designerモデルをインポートした後、必要に応じてリレーショナル・モデルおよび物理モデルを編集できます。また、リレーショナル・モデルから論理モデルをリバース・エンジニアすることができます。

1.6.7 Data Modeler設計のインポート

Data Modeler設計をインポートすると、以前にData Modelerからエクスポートした設計から、論理モデル、リレーショナル・モデルおよびデータ型モデルを取得できます。

1.6.8 ドメインのインポート

ドメインをインポートすると、既存のドメイン定義を変更および拡張できます。「ドメインのインポート」ダイアログ・ボックスで、インポートするドメインを選択したり、インポートしないドメインを選択解除(クリア)します。

1.7 プリファレンスおよびその他の設定のエクスポートおよびインポート

次のData Modeler情報をエクスポートおよびインポートできます。

- ユーザー・プリファレンス(1.5「Data Modelerのユーザー・プリファレンス」を参照)

- データ・ディクショナリからのインポート用に作成した接続などの接続(3.18「データ・ディクショナリ・インポート(メタデータ抽出)」を参照)

- 最新の設計(「ファイル」→「最新の設計」をクリックすると表示されます)

この情報をエクスポートするには、「ツール」→「プリファレンス」→「Data Modeler」をクリックしてから「エクスポート」をクリックします。後で現在のインストールを削除した場合にファイルが失われる可能性があるため、Data Modelerをインストールした場所の下のディレクトリまたはフォルダ指定しないでください。

前にエクスポートされた情報をインポートするには、「ツール」→「プリファレンス」→「Data Modeler」をクリックしてから「インポート」をクリックします。

1.7.1 元のData Modelerプリファレンスのリストア

Data Modelerのプリファレンスに行った変更をすべて元のデフォルト値にリストアする場合は、次の手順に従います。

1. Data Modelerが実行中の場合は、終了します。

2. Data Modelerのユーザー情報が格納されているフォルダまたはディレクトリを削除します。デフォルトの場所は、次の下のビルド固有のディレクトリまたはフォルダです。

- Windowsの場合: C:\Documents and Settings\<user-name>\Application Data\Oracle SQL Developer Data Modeler

- LinuxまたはMac OSの場合 X: ~/.datamodeler

たとえば、現在のビルド固有フォルダの名前がsystem3.1.0.678の場合、C:\Documents and Settings\<user-name>\Application Data\Oracle SQL Developer Data Modeler\system3.1.0.678を削除します。

3. Data Modelerを起動します。
これによって、ユーザー情報が格納されるフォルダまたはディレクトリ(手順2で説明済)が、Data Modelerのインストール時と同じ内容で作成されます。

ショートカット・キー(アクセラレータ・キー)のマッピングに変更を加えた場合は、「ツール」、「プリファレンス」、「ショートカット・キー」、「その他のアクション」、「キーボード・スキームのロード」の順にクリックした後で「デフォルト」を選択すると、マッピングをシステムのデフォルトに戻すことができます。

1.8 Data Modelerレポート

次の方法でData Modelerオブジェクトにレポートを表示できます。

- ローカル・ドライブにRTF、HTMLまたはPDFファイルとしてレポートを生成し、自動的に開くこともできます。詳細は、1.8.1「RTF、HTMLまたはPDFファイルとしてのレポートの生成」を参照してください。

- SQL Developerを使用して、Data Modelerレポート・リポジトリの情報に基づいたレポートを表示します。詳細は、1.8.2「SQL Developerを使用したエクスポートされたレポート・スキーマ・データの表示」を参照してください。

1.8.1 RTF、HTMLまたはPDFファイルとしてのレポートの生成

個々のレポートをRTF(Microsoft Word形式)、HTMLまたはPDFファイルとして保存でき、各レポートは作成時に自動的に開いたときに表示できるほか、後で表示するためにファイルを開くこともできます。HTMLでは、いくつかの個別のファイルが生成されます。ファイルは「Data Modeler」プリファレンスの下の「デフォルトのレポート・ディレクトリ」で指定された場所またはデフォルトの場所に格納されます。

Data Modelerは、各ファイルに一意の名前を確保します(たとえば、すべての表でレポートを生成した場合にAllTablesDetails_1.rtfがすでに存在すると、AllTablesDetails_2.rtfが作成されます)。(レポート・スキーマのレポート・リポジトリからレポート・ファイルを生成する場合、ファイル名には、_rsが含まれます(たとえば、AllTablesDetails_1_rs.rtf)。)

次のいずれかのアプローチを使用してレポート・ファイルを生成できます。

- 現在ロードされている設計に基づいてレポートを生成します。(この方法には、レポート・スキーマおよびレポート・リポジトリの作成または使用は含まれていません。)

- レポート・スキーマのレポート・リポジトリ(1.8.3「レポート・リポジトリおよびレポート・スキーマ」で説明されています)の情報に基づいてレポートを生成します。

RTF、HTMLまたはPDF形式で格納されているレポートを生成および表示するには、次の手順に従います。

1. 「ファイル」→「レポート」をクリックします。

2. 「使用可能なレポート」で、表、エンティティ、ドメイン、語彙解説などの情報をレポートするオブジェクトのいずれかのタイプを選択します。

3. オプションで、「全オブジェクトを含む」を選択してレポートに選択したタイプのすべてのオブジェクトのついての情報を含めます。
「全オブジェクトを含む」を選択しない場合、「ロードされた設計」タブの「選択したオブジェクト」の横の「選択」をクリックして、オブジェクトを名前で選択します。

4. 「テンプレート」の下で、オプションとして使用するレポート・テンプレートを選択します。レポート・テンプレートを使用して、レポートに含めるオブジェクトのタイプをカスタマイズできます。
レポート・テンプレートを作成および管理するには、「管理」をクリックして、「レポート・テンプレート管理」ダイアログ・ボックスを表示します。

5. (必要なタブがまだ選択されていない場合)次のいずれかのタブをクリックします。

- ロードされた設計: 1つ以上の現在ロードされたData Modeler設計に基づいてレポートを生成します

- レポート・スキーマ: レポート・スキーマのレポート・リポジトリの設計に基づいてレポートを生成します

6. 使用可能な設計で、必要なData Modeler設計を選択します。

7. 「使用可能なモデル」で、必要なモデルを選択します。(モデルのリストは、レポートのオブジェクトのタイプを反映しています。)

8. 「レポート構成」で、選択した「使用可能なレポート」タイプの特定のサブビューまたは特定のオブジェクトにレポートを制限する構成を選択するか、または空白のままにして、「使用可能なレポート」タイプのすべてのサブビュー(ある場合)とすべてのオブジェクトを選択することができます。
「管理」をクリックして「標準レポート構成」ダイアログ・ボックスを表示することにより、構成を追加、削除または変更できます。

9. 「レポートの生成」をクリックします。
レポートの場所およびファイル名付きのメッセージが表示されます。

10. ファイルに移動し、開きます。

1.8.2 SQL Developerを使用したエクスポートされたレポート・スキーマ・データの表示

Oracle SQL Developerのレポート機能を使用して、Data Modelerレポート・リポジトリにエクスポートされた情報を表示できます。設計に関する情報をレポート・リポジトリにエクスポートするには、1.8.3「レポート・リポジトリおよびレポート・スキーマ」の指示に従います。

SQL Developerでレポートを表示するには、次の手順を実行する必要があります。

1. SQL Developerで、レポート・ナビゲータに「データ・モデラー・レポート」という子ノードがすでに含まれているかを確認します。そのノードが含まれている場合、次の手順に進み、そのノードが含まれていない場合は、次の手順に従ってData Modelerレポートの拡張機能をインストールします。
「ヘルプ」→「更新の確認」をクリックします。「更新の確認」ウィザードで、「ローカル・ファイルからインストール」を指定して、次のData Modelerをインストールした場所datamodeler\reports\oracle.sqldeveloper.datamodeler_reports.nn.nn.zip (Windowsシステムの場合)またはdatamodeler/reports/oracle.sqldeveloper.datamodeler_reports.nn.nn.zip (Linuxシステムの場合)(nn.nnはビルド番号を示します)のローカル・ファイルを指定します。

2. SQL Developerで「レポート」ナビゲータを開き、「データ・モデラー・レポート」ノードを展開します。必要に応じて、そのノードの下のノードをさらに展開します。

表示するレポートごとに、次の手順を実行します。

1. レポート名に対応するノードをダブルクリックします。

2. レポート・リポジトリに使用したデータベース接続を選択します。

3. 「バインド変数」ダイアログ情報を入力して、「OK」をクリックします。バインド変数の場合、そのデフォルト値では最も一般的なケースが示され、最新のバージョンの設計に使用可能なすべての情報が表示されます。
バインド変数を使用すると、出力を制限できます。ほとんどのバインド変数のデフォルト値はNULLで、これは、追加の制限を設定しないことを意味します。バインド変数を指定するには、変数名を選択して、「値」フィールドにエントリを入力します。入力するバインド変数値は、大/小文字が区別されます。バインド変数値には、特殊文字として、任意の文字列を意味する%(パーセント記号)および任意の文字を意味する_(アンダースコア)を含めることができます。

1.8.2.1 「設計内容」レポート

「設計内容」レポートは、設計内容(設計内のオブジェクト)に関する情報をリストします。

データ型モデル: データ型モデルに関連するレポートが含まれます。

論理モデル: 論理モデルに関連するレポートが含まれます。

リレーショナル・モデル: リレーショナル・モデルに関連するレポートが含まれます。

1.8.2.2 「設計ルール」レポート

「設計ルール」レポートは、論理モデルおよびリレーショナル・モデルに適用される場合の設計ルールに関する情報をリストします。(「設計ルール」ダイアログ・ボックスに関する情報を参照してください。)

論理モデル: 論理モデルに関連するレポートが含まれます。

リレーショナル・モデル: リレーショナル・モデルに関連するレポートが含まれます。

1.8.3 レポート・リポジトリおよびレポート・スキーマ

Data Modelerのレポート・リポジトリは、Data Modelerの設計に関するメタデータおよびデータを格納するデータベース・スキーマ・オブジェクトのコレクションです。レポート・リポジトリが格納されているスキーマは、レポート・スキーマと呼ばれます。

Data Modelerのレポート・リポジトリ用に個別のデータベース・ユーザーを作成し、そのスキーマをレポート・リポジトリにのみ使用することをお薦めします。たとえば、DM_REPORT_REPOSという名前のユーザーを作成し、そのユーザーに少なくともCONNECTおよびRESOURCE権限を付与します。(別の目的で使用されている既存のスキーマにレポート・リポジトリを作成することもできますが、それを把握し続けることが困難になる場合があります。)

詳細は、「Setting up the Data Modeler Reporting Schema」ブログ・ポスト(http://oracletoolsgirl.blogspot.com/2012/05/setting-up-data-modeler-reporting.html)を参照してください。

注意:
Data Modelerの旧バージョンからのレポート・リポジトリを使用し続ける場合は、datamodeler/reportsディレクトリのReporting_Schema_Upgrade_readme.txtファイルを参照してください。
datamodeler/reportsディレクトリにはReporting_Schema_Permissions.sqlファイルもあります。このスクリプトを実行する場合は、まずファイルを編集して<OS DIRECTORY>および<USER>を任意の値に置き換えます。

データベース接続およびスキーマを保持したまま新しいレポート・リポジトリの作成から開始する場合は、既存のリポジトリを削除してから(このトピックで後述)、レポート・リポジトリを作成します。

レポート・リポジトリを作成するには、次の手順に従います:

1. 「ファイル」→「エクスポート」→「レポート・スキーマへ」をクリックします。

2. 「レポート・スキーマにエクスポート」ダイアログ・ボックスで、「接続の追加」(+)アイコンをクリックします。

3. データベース接続の新規作成/更新ダイアログ・ボックスで、接続の名前(たとえば、dm_reporting_repos_conn)および接続のその他の情報(レポート・スキーマに関連付けられているデータベース・ユーザーのユーザー名とパスワードを含む)を入力します。

4. オプションで、「テスト」をクリックして、接続をテストします。(テストに成功しなかった場合は、エラーを修正します。)

5. 「OK」をクリックし、接続を作成して、データベース接続の新規作成/更新ダイアログ・ボックスを閉じます。

6. ダイアログ・ボックスの上部の接続のリストで、接続名を選択(クリック)します。

7. 「OK」をクリックして、選択した接続に関連付けられているスキーマにレポート・リポジトリを作成して、選択したモデルに関する情報をそのリポジトリにエクスポートします。

既存のレポート・リポジトリを削除するには、次の手順に従います:

1. 「ファイル」→「エクスポート」→「レポート・スキーマへ」をクリックします。

2. レポート・リポジトリに関連付けられているスキーマの削除対象の接続を選択します。

3. 「レポート・スキーマにエクスポート」ダイアログ・ボックスで、「メンテナンス」タブをクリックします。

4. 「リポジトリの削除」をクリックして、レポート・リポジトリを削除することを確認します。
リポジトリ全体ではなく、リポジトリ内の選択した設計のみを削除する場合、「設計の削除」をクリックして、削除対象の設計を選択します。

「レポート・スキーマにエクスポート」ダイアログの「用語集」タブを使用して、用語集に対して次の操作を実行できます。

- 用語集のエクスポート: Data Modelerの用語集ファイルを指定して、その情報をレポート・リポジトリにエクスポートします。

- 用語集の削除: レポート・リポジトリで用語集を選択して、リポジトリからその情報を削除します。

1.9 バージョニングの使用

Data Modelerでは、Data Modeler設計でのSubversionのバージョニングおよびソース制御システムの使用を統合的にサポートしています。設計をSubversionリポジトリに格納して、次のような通常のバージョン制御を実現します。

- 正式版の設計を、様々なフォルダやディレクトリではなく中央リポジトリに格納します。

- 複数の開発者が同じ設計で作業できるようにします(従来のSubversionのチェックアウトおよびコミット・プロセスを使用して、変更を調整します)。

Data Modelerのドキュメントでは、SVN概念および操作について理解しているか、確認できることを前提としているため、その詳細を説明しません。Subversionの詳細は、http://subversion.tigris.org/を参照してください。Subversionのドキュメントについては、http://svnbook.red-bean.com/を参照してください。

Data Modelerのバージョニング機能にアクセスするには、「バージョニング」メニューを使用します。

バージョニング・リポジトリを作成するか、既存のリポジトリに接続する場合は、バージョニング・ナビゲータのリポジトリの階層表示およびその内容を使用できます。(ナビゲータが表示されない場合は、「表示」、「チーム」、「バージョニング・ナビゲータ」の順にクリックします。)

1.9.1 SubversionおよびData Modelerの概要

Data Modelerを介してSubversionリポジトリを使用するには、Subversionリポジトリへの接続を作成する必要があります。ローカルのSubversionリポジトリを作成すると、そのリポジトリへの接続が自動的に作成されて、「Subversionナビゲータ」に表示されます。これによって、接続の詳細を編集できるようになります。

既存のファイルをバージョン管理の対象にするには、「Subversion」リポジトリにそれらのファイルをインポートする必要があります。その後、ファイルは「Subversion」リポジトリからローカル・フォルダ(「Subversion作業用コピー」と呼ぶ)にチェックアウトされます。Data Modelerに作成されたファイルは、Subversion作業用コピーに格納する必要があります。

Data Modeler内に新しく作成されたファイルは、バージョン制御に追加する必要があります。変更されたファイルおよび新しいファイルは、Subversionリポジトリに対してコミットされると、他のユーザーも利用できるようになります。Subversion作業用コピーは、Subversionリポジトリの内容を反映して更新し、他のユーザーによる変更を取り込むことができます。

1.9.1.1 保留中の変更

「保留中の変更」ウィンドウは、「バージョニング」→「保留中の変更」をクリックするか、ローカル・ソース・ファイルの制御状態が変更される操作を開始した場合に表示されます。このウィンドウには、(ローカルまたはリモートで)追加、変更または削除されたファイル、他バージョンの同じファイルと内容が競合するファイル、監視対象のソース制御ファイルに追加されていないファイル、およびエディタを取得したファイルが表示されます。この情報を使用して競合を検出し、可能であれば解決できます。

「送信の変更」ペインにはローカルで行われた変更が、「受信の変更」ペインにはリモートで行われた変更が、「候補」ペインにはローカルで作成され、ソース制御に追加されていないファイルが表示されます。ファイル名をダブルクリックすると、ファイルを編集できます。コンテキスト・メニューを使用すると、使用可能な操作を実行できます。

1.9.2 基本的なワークフロー: 設計でのSubversionの使用

Data Modelerの設計でSubversionを使用するには、次のものが必要です。

- 設計の作業ディレクトリとして機能するローカル・システム上のフォルダまたはディレクトリ。この作業ディレクトリで設計を作成して、この作業ディレクトリに設計を保存して、この作業ディレクトリから設計を開きます。

- 接続が可能で、初回バージョンの設計(と後続のあらゆるバージョン)のブランチであるbranchesの下に作成できるSubversionリポジトリ。

推奨の基本手順は次のとおりです。これらは、特定のプロジェクトに対して実行できる唯一の手順ではなく、必ずしも最適な手順ではない場合もあります。これらの手順では、多数のアクションを実行するためにData Modelerでのバージョン管理ナビゲータおよびインポート・ウィザードの使用が反映されていますが、これらのアクションは、個別のSVNリポジトリ・ブラウザ(TortoiseSVNブラウザなど)を使用しても、ローカル・システムでSVNコマンドを使用しても実行できます。

1. ローカル・システムで、設計固有の作業ディレクトリの親として機能するディレクトリまたはフォルダを作成します。たとえば、Windowsコンピュータで次を作成します。

C:\designs

2. ローカル・システムで、前述の手順で作成したディレクトリまたはファイルの下に、作成する設計の作業ディレクトリとして機能するディレクトリまたはファイルを作成します。たとえば、libraryという名前の設計用に、次を作成します。

C:\designs\library

3. Data Modelerで、設計を作成して(たとえば、第2章「Data Modeler チュートリアル: 小規模データベースのモデリング」の図書館の設計)、その設計を作成した作業ディレクトリに保存します。たとえば、次の場所に設計を保存します。

C:\designs\library

設計を保存すると、作業ディレクトリに.dmdファイルおよび関連するディレクトリ構成が作成されます。.(.dmdファイルおよびディレクトリ構造は、1.3.1「データベース設計」で説明されています。)

4. 設計を閉じます。(Data Modelerを終了しないでください。)

5. 使用するリポジトリにSVN接続を作成します。

1. バージョニング・ナビゲータで、最上位ノード(Subversion)を右クリックして、「新規リポジトリ接続」を選択します。

2. Subversion: Subversion接続の作成/編集ダイアログ・ボックスに情報を入力します。リポジトリURLの例: https://example.com/svn/designs/

6. リポジトリ・パスの下にbranchesディレクトリを作成します。

1. バージョニング・ナビゲータで、リポジトリ・パスを右クリックして、「新規リモート・ディレクトリ」を選択します。

2. 「Subversion: リモート・ディレクトリの作成」ダイアログ・ボックスで、情報を入力して、「ディレクトリ名」としてbranchesを指定します。

7. branchesディレクトリの下にプロジェクト固有のブランチを作成します。

1. バージョニング・ナビゲータで、branchesディレクトリを右クリックして、「新規リモート・ディレクトリ」を選択します。

2. 「Subversion: リモート・ディレクトリの作成」ダイアログ・ボックスに情報を入力します。ディレクトリ名の例: library
たとえば、第2章「Data Modelerチュートリアル: 小規模データベースのモデリング」でライブラリ・デザインの作成を予定している場合、このブランチのリポジトリのURLは次のようになります。

https://example.com/svn/designs/branches/library

8. 「Subversion: Subversionへのインポート」ウィザードを使用して、設計ファイルをリポジトリへインポートします。「バージョニング」→「ファイルのインポート」をクリックして、ウィザード・ページを次のように入力します。

1. 宛先: SVN接続およびファイルをインポートするリポジトリ・パスを指定します。例: root/branches/library

2. ソース: ファイルをインポートするソース・ディレクトリ(つまり.dmdファイルおよび設計固有のフォルダ階層を含むディレクトリ)を指定します。例: C:\designs\library

3. フィルタ: デフォルトを受け入れて「次へ」をクリックします。

4. オプション: デフォルトを受け入れて「次へ」をクリックします。

5. サマリー: 情報を表示して、「終了」をクリックします。
SVNコンソール・ログには、ファイルの追加時の進行状況が表示されます。ファイルを追加すると、「新規ファイルの処理」ダイアログ・ボックスが表示されます。

6. 「新規ファイルの処理」ダイアログ・ボックスで、「ファイルを開かない」を選択して、「OK」をクリックします。

7. 追加されたファイルを表示するには、「バージョニング・ナビゲータ」タブの「リフレッシュ」アイコンをクリックします。

設計の後続の作業では、Subversionベースのプロジェクト(SVNの更新、SVNのロック、ファイルの変更、SVNのコミット)の通常のワークフローに従います。

1.10 Data Modelerアクセシビリティ情報

特に指定がないかぎり、Data Modelerの使用に関するアクセシビリティ情報は、SQL Developerの使用と同じです。SQL Developerのアクセシビリティ情報の詳細は、SQL Developerのオンライン・ヘルプまたは『Oracle SQL Developerユーザーズ・ガイド』を参照してください。

1.11 データ・モデリングの追加のリソース

データ・モデリングの詳細(高度な資料など)は、次の情報を参照してください。

- ホワイト・ペーパー、ビューレット(画面デモンストレーション)、Oracle by Example(OBE)チュートリアルおよびその他の資料へのリンクが含まれるSQL Developerのホームページ(OTN): http://www.oracle.com/technetwork/developer-tools/sql-developer/

- Object Management Group (OMG)のサイト(http://www.omg.org/)(特に、MetaObject Facility(MOF、http://www.omg.org/mof/)およびCommon Warehouse Metamodel(CWM、http://www.omg.org/spec/CWM/)仕様)

- 『United States Coast Guard Data Element Naming Standards Guidebook』 (http://coastguardinstructions.tpub.com/CI_5230_42A/)(特にネーミング標準に関連する概念および推奨事項)

2 Data Modelerチュートリアル: 小規模データベースのモデリング

このチュートリアルでは、Data Modelerを使用して、簡略化した図書館データベースのモデルを作成します。このデータベースには、本、利用者(図書館カードの所有者)および処理(本の貸出し、本の返却など)に関するエンティティが含まれます。

このチュートリアルで使用するエンティティは、SQL Developerのオンライン・ヘルプで提供されるチュートリアルのエンティティと同じです。このモデルは意図的に簡略化されているため、公共または組織内の実際の図書館での利用には適していません。(高度チュートリアルおよび教材については1.11「データ・モデリングの追加のリソース」を参照してください。)

特に説明しないダイアログ・ボックス、タブまたはフィールドには、何も指定しないでください。

簡略化したこのチュートリアルでは、トップダウン・モデリング・アプローチで考えられる手順のうち、一部のみを使用します。(アプローチの詳細は、1.4「データ・モデリングへのアプローチ」を参照してください。)

実行する主要な手順は次のとおりです。

1. 論理モデルの作成

2. リレーショナル・モデルの作成

3. DDLの生成

4. 設計の保存

2.1 論理モデルの作成

データベースの論理モデルには、Books(図書館の各本を表現)、Patrons(図書館カードを持つ各利用者を表現)およびTransactions(利用者と本に関連する各処理を表現)という3つのエンティティが含まれます。ただし、これらのエンティティを作成する前に、エンティティの作成(および後のDDL生成)をより有効かつ具体的なものにするためのドメインを作成します。

論理モデルの作成を開始するには、2.1.1「ドメインの追加」に進みます。

2.1.1 ドメインの追加

データのニーズを計画する際に、何種類ものレコードに出現するフィールドの種類が複数あり、多くのフィールドで定義を共有できることを決定しました。決定事項の例は、次のとおりです。

- 利用者の姓および名は、それぞれ25文字以下で指定します。

- 通りの住所の行は、40文字以下で指定します。

- 市の名前は、25文字以下で指定します。

- 州コード(米国)は、2文字の標準略語で指定します。

- zipコード(米国の郵便番号)は、10文字以下で指定します(nnnnn-nnnn)。

- 書籍識別子は、20文字以下で指定します。

- その他の識別子は、数字7桁以下で指定します(小数位なし)。

- (本、記事などの)タイトルは、50文字以下で指定します。

後でエンティティを作成する際に属性のデータ型を指定するのに使用できるよう、適切なドメインを追加することにします。(追加したドメインは、Data Modelerを終了して再起動した際に使用可能になります。)

1. 「ツール」→「ドメイン管理」をクリックします。

2. 「ドメイン管理」ダイアログ・ボックスに、次の定義を持つドメインを追加します。「追加」をクリックして各定義を開始し、それぞれの定義の終了時に「適用」をクリックします。

名前

論理型

その他の情報

利用者名

VARCHAR

サイズ: 25

住所の行

VARCHAR

サイズ: 40

市

VARCHAR

サイズ: 25

州

VARCHAR

サイズ: 2

郵便番号

VARCHAR

サイズ: 10

書籍ID

VARCHAR

サイズ: 20

数値ID

NUMERIC

精度: 7、スケール: 0

タイトル

VARCHAR

サイズ: 50

3. これらのドメインの定義が完了したら、「保存」をクリックします。これによって、Data Modelerをインストールした場所の下にあるdatamodeler/domainsディレクトリまたはdatamodeler\domainsフォルダに、defaultdomains.xmlというファイルが作成されます。

4. オプションで、新しい場所(Data Modelerのインストール・ディレクトリの下以外)にdefaultdomains.xmlファイルをコピーして、library_domains.xmlなどの適切な名前を付けることもできます。このファイルは、他の設計を作成する際に、ドメインのインポート元として使用できます。

5. 「閉じる」をクリックしてダイアログ・ボックスを閉じます。

6. 2.1.2「Booksエンティティの作成」に進みます。

2.1.2 Booksエンティティの作成

Booksエンティティは、図書館にある各本を表します。Booksエンティティの作成方法は、次のとおりです。

1. Data Modelerウィンドウのメイン領域(右側)で、「論理」タブをクリックします。

2. 「新規エンティティ」アイコンをクリックします。

3. メイン領域の論理モデル・ペインをクリックします。「論理」ペインで、マウス・ボタンを押して斜めにドラッグして解放し、エンティティ・ボックスを描画します。「エンティティのプロパティ」ダイアログ・ボックスが表示されます。

4. 左側の「一般」をクリックして、次を指定します。
名前: Books

5. 左側の「属性」をクリックし、「追加」(+)アイコンを使用して次の属性を一度に1つずつ追加します。(データ型には、論理型であるrating以外のドメイン・タイプを選択します。)

名前

データ型

その他の情報および注意事項

book_id

ドメイン: 書籍ID

プライマリUID(一意識別子)。(デューイ・コードまたはその他の書籍識別子。)

title

ドメイン: タイトル

M(必須。NULLは指定できません)。

author_last_name

ドメイン: 利用者名

M(必須。NULLは指定できません)。

author_first_name

ドメイン: 利用者名

(作者の名。必須ではありませんが、作者の名がある場合は入力します。)

rating

論理型: NUMERIC(精度= 2、スケール= 0)

(図書館職員による個人的な本の評価で、1(つまらない)から10(すばらしい)で示されます。)

6. 「OK」をクリックして、Booksエンティティの作成を終了します。

7. 2.1.3「Patronsエンティティの作成」に進みます。

2.1.3 Patronsエンティティの作成

Patronsエンティティは、図書館の各利用者(図書館カードを保持し、本を借りることのできる各利用者)を表します。Patronsエンティティの作成方法は、次のとおりです。

1. Data Modelerウィンドウのメイン領域(右側)で、「論理」タブをクリックします。

2. 「新規エンティティ」アイコンをクリックします。

3. メイン領域の論理モデル・ペインをクリックします。「論理」ペインで、マウス・ボタンを押して斜めにドラッグして解放し、エンティティ・ボックスを描画します。(推奨: ボックスは、Booksボックスの右側に移動することをお薦めします。)「エンティティのプロパティ」ダイアログ・ボックスが表示されます。

4. 左側の「一般」をクリックして、次を指定します。
名前: Patrons

5. 左側の「属性」をクリックし、「追加」(+)アイコンを使用して次の属性を一度に1つずつ追加します。(データ型には、構造型SDO_GEOMETRYを使用する場所以外のドメイン・タイプを選択します。)

属性名

型

その他の情報および注意事項

patron_id

ドメイン: 数値ID

プライマリUID(一意識別子)。(一意の利用者ID番号で、図書館カード番号とも呼ばれます。)

last_name

ドメイン: 利用者名

M(必須。NULLは指定できません)。最大25文字。

first_name

ドメイン: 利用者名

(利用者の名。)

street_address

ドメイン: 住所の行

(利用者の通りの住所。)

city

ドメイン: 市

(利用者が住む市または町。)

state

ドメイン: 州

(利用者が住む州を表す2文字のコード。)

zip

ドメイン: 郵便番号

(利用者が住む場所の郵便番号。)

location

構造型: SDO_GEOMETRY

ジオコーディングされた利用者の住所を表すOracle Spatialジオメトリ・オブジェクト。

6. 「OK」をクリックして、Patronsエンティティの作成を終了します。

7. 2.1.4「Transactionsエンティティの作成」に進みます。

2.1.4 Transactionsエンティティの作成

Transactionsエンティティは、本の貸出しや返却など、利用者および本に関連する各処理を表します。利用者が図書館デスクに持ってくる本の数にかかわらず、各エンティティでは1つの処理が記録されます。たとえば、利用者が2冊の本を返して3冊の本を借りる場合は、5つの処理(2つの返却と3つの貸出し)が記録されます。Transactionsエンティティの作成方法は、次のとおりです。

1. Data Modelerウィンドウのメイン領域(右側)で、「論理」タブをクリックします。

2. 「新規エンティティ」アイコンをクリックします。

3. メイン領域の論理モデル・ペインをクリックします。「論理」ペインで、マウス・ボタンを押して斜めにドラッグして解放し、エンティティ・ボックスを描画します。(推奨: ボックスは、BooksボックスとPatronsボックスの中央下に移動することをお薦めします。)「エンティティのプロパティ」ダイアログ・ボックスが表示されます。

4. 左側の「一般」をクリックして、次を指定します。
名前: Transactions

5. 左側の「属性」をクリックし、「追加」(+)アイコンを使用して次の属性を一度に1つずつ追加します。(データ型には、論理型を使用するtransaction_date以外のドメイン・タイプを選択します。)

属性名

型

その他の情報および注意事項

transaction_id

ドメイン: 数値ID

プライマリUID(一意識別子)。(一意のトランザクションID番号)

transaction_date

論理型: Datetime

M(必須。NULLは指定できません)。処理の日時。

transaction_type

ドメイン: 数値ID

M(必須。NULLは指定できません)。(処理の種類を示す数値コード。たとえば、1は本の貸出しを示します。)

エンティティ間でリレーションを作成すると(2.1.5を参照)、patron_idおよびbook_id属性が自動的にTransactionsエンティティに追加されるため、これらの属性を明示的に定義しないでください。リレーショナル・モデルを生成すると(2.2を参照)、これらの属性は外部キーとして追加されます。

6. 「OK」をクリックして、Transactionsエンティティの作成を終了します。

7. 2.1.5「エンティティ間のリレーションの作成」に進みます。

2.1.5 エンティティ間のリレーションの作成

リレーションは、エンティティ間のリレーションシップ(1対多、多対1または多対多)を示します。エンティティ間には、次のリレーションシップがあります。

- BooksとTransactions: 1対多各書籍は、連続した複数のトランザクションに含めることができます。各本は、0または1のアクティブな貸出し処理を持つことができます。貸し出された本は、返却されるまで、再び貸し出すことができません。

- PatronsとTransactions: 1対多。各利用者は、複数の連続した同時トランザクションに含めることができます。各利用者は図書館を訪れた際に1冊以上の本を借りたり、複数回の訪問を反映するアクティブな貸出し処理を複数回行うことができます。また、各利用者は、借りた本を任意の時点で返却できます。

リレーションシップは次のようにして作成します。完了すると、メイン領域の論理モデル・ペインが次の図のように表示されます。この図では、Bachman表記法が使用されていることに注意してください(「表示」→「論理ダイアグラム表記法」→「Barker表記法」をクリックすると、Barker表記法に変更できます)。

1. メイン領域の論理モデル・ペインで、Booksが左側、Patronsが右側、TransactionsがBooksとPatronsの間またはそれらの中央下に来るよう、エンティティ・ボックスを配置します。(ポインタが十字形のままの場合は、左上の「選択」アイコンをクリックしてポインタを矢印に変更します。)
推奨: この演習では、自動的な行ルーティングをオフにします。「論理」ペインを右クリックし、「自動ルート」が選択されていないことを確認します。

2. 「新規1:Nリレーション」アイコンをクリックします。

3. Booksボックスをクリックしてから、Transactionsボックスをクリックします。BooksからTransactionsに矢印付きの線が引かれます。

4. 「新規1:Nリレーション」アイコンをクリックします。

5. Patronsボックスをクリックしてから、Transactionsボックスをクリックします。PatronsからTransactionsに矢印付きの線が引かれます。

6. オプションで、線をダブルクリック(または線を右クリックして「プロパティ」を選択)し、「リレーションのプロパティ」情報を表示することもできます。

7. 2.2「リレーショナル・モデルの作成」に進みます。

2.2 リレーショナル・モデルの作成

チュートリアルの図書館データベースのリレーショナル・モデルは、論理モデルのエンティティ(Books、PatronsおよびTransactions)を反映する表と、各エンティティのすべての属性で構成されています。このチュートリアル用に簡略化されたデータ・モデルでは、1つのリレーショナル・モデルが論理モデル全体を反映していますが、他のデータ・モデルについては、1つ以上のリレーショナル・モデルを作成して、各モデルに論理モデル全体またはその一部を反映させることができます。(リレーショナル・モデルに論理モデルの一部を反映するには、リレーショナル・モデルのエンジニアリング用のダイアログ・ボックスで、フィルタ機能を使用します。)

リレーショナル・モデルの作成方法は、次のとおりです。

1. 論理モデルを選択して、「リレーショナル・モデルに対するエンジニアリング」アイコンをクリックするか、ナビゲータで論理モデルを右クリックしてから、「リレーショナル・モデルに対するエンジニアリング」をクリックします。「エンジニアリング」ダイアログ・ボックスが表示されます。

2. デフォルトをすべて受け入れ(フィルタは使用しない)、「エンジニア」をクリックします。これによって、論理モデルを反映する表および他のオブジェクトが、Relational_1モデルに移入されます。

3. ウィンドウの左側にあるオブジェクト・ブラウザで「リレーショナル・モデル」ノードを展開し、Relational_1およびオプションで、その下にあり任意のエントリを含むノード(「表」、「列」など)を展開し、作成されたオブジェクトを表示することもできます。

4. リレーショナル・モデルの名前Relational_1を、表示するダイアグラムをよりわかりやすく表す名前(Library (relational)など)に変更します。具体的には、階層表示でRelational_1を右クリックして「プロパティ」を選択し、「モデルのプロパティ - <名前> (リレーショナル)」の「一般」ペインで、「名前」にLibrary (relational)と指定し、「OK」をクリックします。

5. 2.3「DDLの生成」に進みます。

2.3 DDLの生成

指定したモデルを反映するデータベース・オブジェクトの作成に使用可能なデータ定義言語(DDL)文を生成します。DDL文は、指定した物理モデル(Oracle Database 11gなど、データベースのタイプ)を実装します。

物理モデルの作成方法は、次のとおりです。

1. オプションで、次の手順を実行して、DDL文を生成する前に物理モデルを表示します。

1. リレーショナル・モデルを選択し展開して、物理モデル・ノードを右クリックして、「新規」を選択します。物理モデルを作成するデータベースのタイプを選択するためのダイアログ・ボックスが表示されます。

2. データベースのタイプ(Oracle Database 11gなど)を指定して、「OK」をクリックします。物理モデル・ノードの下にデータベースのタイプが反映された物理モデルが作成されます。

3. Libraryリレーショナル・モデルの下の「物理モデル」ノードを展開し、その下の新しく作成された物理モデルおよび「表」ノードを展開して、作成された表オブジェクトを表示します。

2. 「ファイル」→「エクスポート」→「DDLファイル」をクリックします。

3. データベース・タイプ(Oracle Database 11gなど)を選択して、「生成」をクリックします。「DDL生成オプション」ダイアログ・ボックスが表示されます。

4. デフォルトをすべて受け入れ、「OK」をクリックします。DDLファイル・エディタが表示され、表の作成および制約の追加のためのSQL文が示されます。(このウィンドウで文を編集できますが、このチュートリアルの演習では編集しないでください。)

5. 「保存」をクリックして、ローカル・システムの.sqlスクリプト・ファイル(create_library_objects.sqlなど)に文を保存します。
後でスクリプトを実行して(たとえば、データベース接続およびSQL DeveloperのSQLワークシートを使用して)、任意のデータベースにオブジェクトを作成できます。

6. 「閉じる」をクリックしてDDLファイル・エディタを閉じます。

7. 2.4「設計の保存」に進みます。

2.4 設計の保存

「ファイル」→「保存」をクリックして設計を保存します。基本的な構造情報を含むようにXMLファイルの場所および名前を指定します(library_design.xmlなど)。ディレクトリまたはフォルダ構造は、設計の詳細情報を保持するように自動的に作成されます(1.3.1「データベース設計」を参照)。

必要に応じて、設計オブジェクトの作成および変更を続行します。完了したら、変更を行った場合は設計を再び保存した後、「ファイル」→「終了」をクリックしてData Modelerを終了します。

保存した設計を後で開いて、設計での作業を続行することもできます(1.6「設計の保存、オープン、エクスポートおよびインポート」を参照)。

3 Data Modelerのダイアログ・ボックス

この章では、SQL Developer Data Modelerのダイアログ・ボックスのリファレンス情報について説明します。一部のダイアログ・ボックスには複数のペインがあり、各ペインは、そのタイプのオブジェクトに応じたプロパティの論理的なグループ分けを反映しています。

どのダイアログ・ボックスでも、「ヘルプ」ボタンをクリックするか、[F1]キーを押すと説明が表示されます。

3.1 イベントの追加

このダイアログ・ボックスは、イベントが関連するオブジェクトの「イベント」ペインの「追加」(+)アイコンをクリックすると表示されます。

新規イベント: 新規イベントを作成してオブジェクトに関連付けることができます。

使用可能なイベント: オブジェクトに関連付ける既存のイベントを選択できます。

名前(新規イベント): 新規イベントの名前。

タイプ(新規イベント): 新規イベントのタイプ(「時計/カレンダ」、「個人」または「記憶域」)。

すべてのイベント: 使用可能なイベントに選択するイベントのリスト。

3.2 arcのプロパティ

このダイアログ・ボックスには、排他的リレーションシップ・グループ(arc)のプロパティが表示されます。arcは、論理モデル・ダイアグラムまたはリレーショナル・モデル・ダイアグラムで表示され、1.3.4.7で説明されています。

一般

名前: arcの名前。

エンティティ(論理モデル)または表(リレーショナル・モデル): このarcに関連付けられた論理モデル・エンティティまたはリレーショナル・モデル表の名前。

必須(リレーショナル・モデル): エンティティまたは表の各インスタンスに対してリレーションシップを1つのみ定義する必要があるかどうかを制御します。

DDLスクリプトに含める(リレーショナル・モデル): 生成されたDDL文にarc要件を含めるかどうかを制御します。

リレーション(論理モデル)または外部キー(リレーショナル・モデル)

このarcの論理モデル・リレーションまたはリレーショナル・モデル外部キーがリストされます。リストされたリレーションシップや外部キーのプロパティを表示または編集するには、その項目をダブルクリックします。

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.3 属性のプロパティ

このダイアログ・ボックスには、論理モデルのエンティティの構成要素である属性のプロパティが表示されます。

一般

名前: 属性の名前。

シノニム: 属性のシノニム。

優先略語: 「エンジニアリング」ダイアログ・ボックスの「優先略語の使用」オプションが有効にされている場合、フォワード・エンジニアリング時に対応する表の列に使用される名前。

ロング・ネーム: entity-name.attribute-name形式のロング・ネーム

NULLの許可: 属性にNULL値を許可するかどうかを制御します。このオプションを有効にすると、NULL値が許可され、このオプションを無効にすると、NULL以外の値が必須になります。

データ型: 属性のデータ型として、ドメイン、論理型、固有型、コレクション型または構造型を指定できます。省略記号(...)ボタンをクリックすると、選択した型の詳細を指定できます。

エンティティ: 属性が関連付けられたエンティティの名前。

ソース名: この属性のソースのユーザー指定の名前。

ソース・タイプ: 「手動」、「システム」、「派生」または「集約」。

式の説明: ソース・タイプが「派生」または「集約」の場合の属性の式。

有効範囲: 参照が有効になっている構造型の場合、型が実装される表を指定して有効範囲を制限します。

型の置換: 参照が無効になっている構造型またはエンティティに適用される構造型の場合、置換構造型がDDLに生成されるかどうかを制御します。

デフォルトおよび制約

制約名: 制約の名前。

デフォルト値: 属性のデフォルト値。

ドメイン制約の使用: 関連付けられたドメインの「ドメイン管理」で定義されたプロパティが使用されるかどうかを制御します。このオプションを無効にすると、残りのフィールドを使用して、制約および範囲のデータベース・タイプまたは値のリストを指定できます。

制約: 1つ以上のデータベース・タイプの制約を指定できます。

範囲: 属性の1つ以上の値範囲を指定できます。

値リスト: 属性の有効な値のリストを指定できます。

許可されたサブタイプ

構造データ型について、属性のすべてのサブタイプがリストされ、各サブタイプが属性に対して許可されるかどうかを指定できます。

エンジニア先

フォワード・エンジニアリング操作でこの属性を伝播する必要があるリレーショナル・モデルを指定できます。

エンジニア: フォワード・エンジニアリング操作時に属性を指定されたリレーショナル設計(モデル)に伝播するかどうかを制御します。

「コメント」、「注意」、「影響分析」、「測定」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

3.4 SubViewオブジェクト名接頭辞の変更

このダイアログ・ボックスは、リレーショナル・モデルまたはサブビューに対して「SubViewオブジェクト名接頭辞の変更」コマンドを指定した場合に表示されます。新しい接頭辞を指定して、指定した現在の接頭辞と置換します。選択したタイプのオブジェクトに対する変更を制限できます。

現在の接頭辞: 新しい接頭辞に変更される接頭辞。

新しい接頭辞: 選択したタイプのオブジェクトの名前における現在の接頭辞のすべての出現箇所を置換する接頭辞。

大/小文字の区別: 新しい文字列に置換される古い文字列を検索する際に大/小文字の区別を適用するかどうかを制御します。

適用先: 接頭辞の置換を実行するオブジェクトのタイプを指定します。オブジェクトのタイプは、モデルのタイプ(論理またはリレーショナル)によって異なります。

3.5 変更リクエストのプロパティ

変更リクエストによって、モデル・オブジェクトに影響する提案された変更の詳細を記録できます。実装または拒否された変更の履歴記録を保存するために使用される場合もあります。変更リクエスト・オブジェクトは、1つ以上のモデル・オブジェクトに関連付けることができます。

名前: 変更リクエストの名前。

コメント: 説明コメント・テキスト(オプション)。

注意: 背景情報や実装上の注意などの注意テキスト(オプション)。

理由:

ステータス: 変更リクエストの現在のステータス(「提案済」、「同意済」(受入れ済)、「実装済」、「実装中」(実装が進行中)または「拒否」)。

完了: 変更リクエストに関する作業が完了したかどうかを示します。

リクエスト日: 変更リクエストを行った日付。

完了日: 変更リクエストに関する作業が完了した日付。

実装上の注意: 変更リクエストの実装に関する注意(オプション)。

サマリー: 読取り専用のサマリー情報が表示されます。

3.6 更新のチェック

「ヘルプ」→「更新のチェック」をクリックすると、使用可能なData Modelerの更新をチェックしてダウンロードできます。表示される可能性のあるページを次に示します。(Data Modelerプリファレンスで起動時に更新を自動的にチェックするように設定している場合や、起動時にクリックして使用可能な更新を確認する場合には、「更新」ページが表示されます。)

システムがファイアウォールで保護されているために更新をチェックできない場合は、ユーザー・プリファレンスで「Webブラウザとプロキシ」の設定が必要になることがあります。

1. ソース: 使用可能な更新をチェックする1つまたは複数のソースを選択します。指定済のオンライン更新センターのいずれかまたはすべて、あるいは更新バンドルを含むローカルZIPファイルを選択できます。「追加」をクリックして、ユーザー定義の更新センターを追加することもできます。

2. 更新: 選択したソースに使用可能な更新がある場合は、ダウンロードする更新を選択します。使用可能な更新には、特定のサード・パーティのJDBCドライバが含まれます。このドライバを使用するには、ライセンス規約に同意する必要があります。
「アップグレードのみ表示」オプションを選択すると、表示が制限され、現在インストール済のData Modelerコンポーネントのアップグレードのみが表示されます。現在インストールされているかどうかに関係なく、すべての新しいコンポーネントおよび更新されるコンポーネントを表示するには、このオプションの選択を解除します。

「次」をクリックした後、Oracle Web Accountのユーザー名およびパスワードの入力を求められる場合があります。アカウントがない場合は「サインアップ」リンクをクリックできます。

3. ライセンス契約(ライセンス契約を必要とする更新を選択している場合にのみ表示される): ライセンス規約への同意を必要とする各更新について、ライセンス本文を確認し、「同意する」をクリックします。この操作は、使用可能なライセンスごとに行う必要があります。

4. ダウンロード: ダウンロードする更新を選択している場合、このページにダウンロード操作の進捗状況が表示されます。

5. サマリー: ダウンロードした更新に関する情報が表示されます。「終了」をクリックすると、更新を今すぐインストールしてData Modelerを再起動するかどうかを尋ねられます。

3.7 コレクション型のプロパティ

このダイアログ・ボックスには、データ型モデルに含まれるコレクション型のプロパティが表示されます。

一般

名前: コレクション型の名前。

コレクション型: Varrayコレクション型(順序付けされた要素のコレクション)の場合は「Array」、ネストされた表コレクション型(複数の要素を持つことが可能)の場合は「Collection」です。

最大要素数: Varray型の場合に含めることができる最大要素数。

データ型: 各要素のデータ型。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.8 列のプロパティ

このダイアログ・ボックスには、リレーショナル・モデルに含まれる表の列のプロパティが表示されます。

一般

名前: 列の名前。

ロング・ネーム: table-name.column-name形式のロング・ネーム

エンジニア: リバース・エンジニアリング操作時に列を考慮するかどうかを制御します。このオプションを無効にすると、表が論理モデルの関連エンティティにリバース・エンジニアされるときにこの列とそのプロパティは考慮されません。

NULLの許可: 列にNULL値を許可するかどうかを制御します。このオプションを有効にすると、NULL値が許可され、このオプションを無効にすると、NULL以外の値が必須になります。

表: 列が関連付けられた表の名前。

データ型: 列のデータ型として、ドメイン、論理型、固有型、コレクション型または構造型を指定できます。省略記号(...)ボタンをクリックすると、選択した型の詳細を指定できます。

タイプ: 「手動」、「システム」、「派生」または「集約」。

計算: 列が仮想列かどうかを示します。仮想列はディスクには格納されません。仮想列の値は、一連の式またはファンクションを計算することによって必要に応じて導出されます。

列式: 派生または集約タイプの場合の列の値の計算式。

自動増分: 行が表に挿入されたときに、この列の値を自動増分値の順序を作成するかどうかを制御します。この順序のプロパティは、「自動増分」の指定で決定されます。

ID列: 自動増分列がID列であるかどうかを指定します。ID列は、表の行を識別するために使用できる自動増分列です。1つの表に指定できるのは1つのID列のみです。

有効範囲: 参照が有効になっている構造型の場合、型が実装される表を指定して有効範囲を制限します。

型の置換: 参照が無効になっている構造型またはエンティティに適用される構造型の場合、置換構造型がDDLに生成されるかどうかを制御します。

デフォルトおよび制約

制約名: 制約の名前。

デフォルトの使用: この列にデフォルト値を使用するかどうかを制御します。

デフォルト値: 列のデフォルト値。

ドメイン制約の使用: 関連付けられたドメインの「ドメイン管理」で定義されたプロパティが使用されるかどうかを制御します。このオプションを無効にすると、残りのフィールドを使用して、制約および範囲のデータベース・タイプまたは値のリストを指定できます。

制約: 1つ以上のデータベース・タイプの制約を指定できます。

範囲: 列の1つ以上の値範囲を指定できます。

値リスト: 列の有効な値のリストを指定できます。

自動増分

「一般」列プロパティで「自動増分」を有効にした場合は、表に行が挿入されたときにこの列の自動増分値の順序を作成するために使用する情報を指定します。

開始: 順序の開始値。

増分値: 順序内の連続する番号間の間隔。

最小値: 順序の下限値。デフォルトは、昇順では1、降順では-(10^26)です。

最大値: 順序の上限値。デフォルトは、昇順では10^27、降順では-1です。

サイクル: 順序が昇順では最大値、降順では最小値に達した時点で最初に戻り、番号が再利用されるようにするかどうかを指定します。値の循環を有効にしない場合、順序が最大値または最小値に達した時点で、それ以上の値は生成できません。

キャッシュの無効化およびキャッシュ: 「キャッシュの無効化」が選択されている場合、順序値はキャッシュに事前割当てされません。「キャッシュの無効化」が選択されていない場合、順序値がキャッシュに事前に割り当てられ、アプリケーションのパフォーマンスが向上し、「キャッシュ・サイズ」には、キャッシュに事前割当てする順序値の数を指定します。

順序: 要求された順序で順序番号を生成するかどうかを指定します。順序付けを指定しない場合、順序番号が要求順になるかどうかは保証されません。

順序名: 順序の名前。データベース・スキーマ内で一意である必要があります。物理モデルに同じ名前の順序がすでに存在する場合は、既存の順序が使用されます。

トリガー名: 「トリガーの生成」が有効な場合、自動的に作成されるBEFORE INSERTトリガーの名前。行の挿入時、このトリガーで順序を使用して、主キーの新しい値を生成します。物理モデルに同じ名前のトリガーがすでに存在する場合は、既存のトリガーが使用されます。

トリガーの生成: トリガーを自動的に生成するかどうかを制御します。

セキュリティ

列に関連するセキュリティ関連のプロパティ(個人情報(PII)を含めるか、機密情報を含めるかまたは表示時にマスクすべきか)を指定します。

許可されたサブタイプ

構造データ型について、属性のすべてのサブタイプがリストされ、各サブタイプが属性に対して許可されるかどうかを指定できます。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.9 ダイアログ・ボックスの共通情報

多くのダイアログ・ボックスでは、モデリング・オブジェクトに関するコメントや注意を含めたり、現在の情報のサマリーを表示できます。オブジェクトに関連付けられたビジネス・モデル・オブジェクト(ドキュメント、責任者など)を表示、追加および削除することもできます。

コメント

モデリング・オブジェクトについての説明コメント・テキストです(オプション)。

一部のオブジェクトでは、コメントとRDBMSのコメントの両方を指定できることに注意してください。RDBMSテキストのすべてのコメントは、データベースのオブジェクトを作成するために生成されるDDL文に含まれます。

注意

背景情報や実装上の注意などの注意テキストです(オプション)。

影響分析

現在選択されているオブジェクトに関連するオブジェクトのツリー表現を表示します。ツリーを展開および縮小でき、ツリーの葉ノードオブジェクトをダブルクリックできますが、ツリーの関連オブジェクトを追加または削除できません。

測定

関連するすべての測定がリストされます。測定を追加するには、「追加」(+)アイコンをクリックし、オブジェクト定義から測定を削除するには、その測定を選択して「削除」(X)アイコンをクリックします。(「測定のプロパティ」も参照してください。)

変更リクエスト

関連するすべての変更リクエストがリストされます。変更リクエストを追加するには、「追加」(+)アイコンをクリックし、オブジェクト定義から変更リクエストを削除するには、その変更リクエスト選択して「削除」(X)アイコンをクリックします。(「変更リクエストのプロパティ」も参照してください。)

責任者

関連するすべての責任者がリストされます。責任者を追加するには、「追加」(+)アイコンをクリックし、オブジェクト定義から責任者を削除するには、その責任者を選択して「削除」(X)アイコンをクリックします。(「責任者のプロパティ」も参照してください。)

ドキュメント

関連するすべてのドキュメントがリストされます。ドキュメントを追加するには、「追加」(+)アイコンをクリックし、オブジェクト定義からドキュメントを削除するには、そのドキュメントを選択して「削除」(X)アイコンをクリックします。(「ドキュメントのプロパティ」も参照してください。)

動的プロパティ

動的プロパティは、スクリプト作成時に作成、使用できる名前と値のペアです。スクリプト作成時に、動的プロパティに関連した次のメソッドを使用できます。

- void setProperty(String key, String value);

- String getProperty(String key);

- boolean hasProperty(String key)

- boolean hasProperty(String key, String value)

- void removeProperty(String key);

- void clearProperties();

- Iterator getPropertyNames();

サマリー

読取り専用のサマリー情報が表示されます。

3.10 マッピングの比較

このダイアログ・ボックスは、「リレーショナル・モデル」ダイアログ・ボックスの「マッピングの比較の表示」をクリックすると表示されます。

ソースとターゲットの列間のすべてのマッピングが表示され、マッピングごとに選択、編集または削除を実行できます。

3.11 モデリング設計の比較

フィルタを適用して、モデルのインポート時に含めるオブジェクトのタイプと特定のオブジェクトを制限できます。

フィルタ: すべてのオブジェクトを含めたり、新規オブジェクト、削除済オブジェクトまたは変更済オブジェクトのみを含めることができます。

3.12 モデルの比較

このダイアログ・ボックスでは、2つのリレーショナル・モデルが比較およびマージされるときにマージされるオブジェクトの型と特定のオブジェクトを制御できます。開いたファイルの選択済のモデルのオブジェクトは左側に、現在開いている設計の選択済のモデルのオブジェクトは右側に配置されます。

リレーショナル・モデルの表示は、開いたり閉じたりできます。特定の表またはビューを選択すると、「詳細」、「オプション」および下部のその他のペインに、そのオブジェクトの情報が表示されます。

フィルタ: 両方のモデルのすべてのオブジェクトを表示したり、新規オブジェクト、削除済オブジェクトまたは変更済オブジェクトのみを表示できます。

外部ファイルの選択済リレーショナル・モデルのオブジェクトをマージすることで、現在の設計の選択済リレーショナル・モデルを更新するには、マージをクリックします。

オプション

DDLオプション

コメントを含める: 比較およびマージ操作にコメントを含めるかどうかを制御します。

ロギングを含める: 生成されるDDL文にロギング情報を含めるかどうかを制御します。

スキーマを含める: 生成されるDDL文で、オブジェクト名にスキーマ名の接頭辞を付けるかどうかを制御します(たとえば、SCOTT.EMPに対してEMPのみ)。

記憶域を含める: 生成されるDDL文に記憶域情報を含めるかどうかを制御します。

表領域を含める: 生成されるDDL文に表領域を含めるかどうかを制御します。

DDLのタイプ: 生成されるDDL文のタイプ: 標準DDL、拡張対話型DDLまたは拡張CL DDL

「拡張対話型DDL」および拡張CL(コマンドライン)DDLにより、次の入力パラメータ(開始ステップ、停止ステップ、ログ・ファイルおよびログ・レベル(1、2または3))のインタラクティブ(SQL*PlusまたはSQL Developer)またはコマンドライン(SQL*Plusのみ)の設定をサポートするスクリプトが作成されます。作成された拡張CL DDLスクリプトのSQL*Plus実行形式は次のとおりです。

SQL> sqlplus user/password@name @script_name start_step stop_step log_file log_level

既存のファイルの置換: 既存のDDLファイルが自動的に置換されるかどうかを制御します。

ディレクトリのアンロード: DDLファイルを保存するディレクトリまたはフォルダ。

比較オプション

これらのオプションは、「DDL: DDL/比較」ユーザー・プリファレンスに指定したデフォルト値に優先します。

日付/時間フォーマット

これらのオプションでは日付、タイムスタンプ、およびタイム・ゾーン付きタイムスタンプを指定できます。

再作成される表

再作成が必要なそれぞれの表について、バックアップ計画(「バックアップ」または「なし」)、データのリストア(「リストア」または「なし」)、スクリプト実行およびアンロード・ディレクトリ用に表の名前とその設定がリストされます。

「スクリプトの実行」の場合、すべてのDDLタイプに対して可能な値には「続行」があり、「拡張対話型DDL」および「拡張CL DDL」の場合は、それに加えて「バックアップ前の停止」、「バックアップ後の停止」および「再作成後の停止」の値も可能です。

データ型の変換

異なるソースおよびターゲットのデータ型を持つ列についてそれぞれ、列名、現在のデータ型、新しいデータ型、および表を再作成するかどうかがリストされます。

マスクするOracleエラー

(拡張DDLおよび拡張CL DDLの場合のみ)スクリプトの実行時に無視するOracleエラーを指定します。エラー番号またはエラー・タイプについては、先頭に0(ゼロ)を付けずにハイフンおよび有効な数字を指定します(たとえば、ORA-00942の場合は-942です)。エラーの説明は情報のみであり、スクリプトの実行に影響しません。

3.13 拡張機能の設定

このダイアログ・ボックスは、「拡張」プリファレンス・ペインで「構成」をクリックすると表示され、このダイアログ・ボックスを使用すると、Data Modelerで使用可能なバージョニング・サポートの拡張機能を選択できます。Data Modelerによるバージョニングの使用の詳細は、1.9を参照してください。

既存の設定を変更する場合は、Data Modelerを再起動する必要があります。

3.14 連絡先のプロパティ

このダイアログ・ボックスには、ビジネス情報オブジェクトの一種である連絡先オブジェクトのプロパティが表示されます。

一般

名前: 連絡先オブジェクトの名前。たとえば、個人、役割、グループ、部門、会社などの名前が考えられます。

電子メール

すべての電子メール・オブジェクトがリストされます。電子メール・オブジェクトを追加するには、「追加」(+)アイコンをクリックし、連絡先定義から電子メール・オブジェクトを削除するには、その電子メール・オブジェクトを選択して「削除」(X)アイコンをクリックします。(「電子メールのプロパティ」も参照してください。)

ロケーション

すべてのロケーション・オブジェクトがリストされます。ロケーション・オブジェクトを追加するには、「追加」(+)アイコンをクリックし、連絡先定義からロケーション・オブジェクトを削除するには、そのロケーション・オブジェクトを選択して「削除」(X)アイコンをクリックします。(「ロケーションのプロパティ」も参照してください。)

電話

すべての電話オブジェクトがリストされます。電話オブジェクトを追加するには、「追加」(+)アイコンをクリックし、連絡先定義から電話オブジェクトを削除するには、その電話オブジェクトを選択して「削除」(X)アイコンをクリックします。(「電話のプロパティ」も参照してください。)

URL

関連するすべてのURLがリストされます。URLを追加するには、「追加」(+)アイコンをクリックし、連絡先定義からURLを削除するには、そのURLを選択して「削除」(X)アイコンをクリックします。(「リソース・ロケータのプロパティ」も参照してください。)

「責任者」、「コメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.15 データベース接続の作成

このダイアログ・ボックスを使用して、データベース接続を作成します。

接続名: 接続用の名前または別名。例: HR_Local

接続タイプ: 接続するデータベースのタイプ。Oracle(JDBC)またはJDBC ODBC Bridge

ユーザー名: 接続のデータベース・ユーザーの名前。このユーザーには、データベースへの接続中に目的のタスクを実行するのに十分な権限が必要です。

パスワード: 指定したデータベース・ユーザーに関連付けられたパスワード。

ロール: ユーザーに関連付けられたデータベース・ロール(ある場合)

パスワードの保存: 接続情報にパスワードを保存するかどうかを指定します。パスワードを保存すると、接続のユーザーは、パスワードの入力を求められません。

Oracle(JDBC)の設定

カスタムJDBC URLの入力: このオプションを選択した場合は、Javaからデータベースに直接接続するURL(他のすべての接続タイプ指定より優先されます)を入力します。TNS、またはOCIドライバによるネーミング・サービスを使用している場合は、この情報を指定する必要があります。次に例を示します。

jdbc:oracle:thin:scott/@localhost:1521:orcl

この例では、「/」が必要であり、ユーザーはパスワードの入力を求められることに注意してください。

カスタムJDBCのURLを使用するには、Data Modelerを実行しているシステムに、Oracle Clientがインストールされている必要があります(このインストールは、JDBCとorai18nのライブラリを含み、指定したパス上に存在し、バージョン10.2以上です)。

ドライバ: thin(JDBC driver)またはoci8(thick)(使用可能な場合)

ホスト名: Oracle Databaseのホスト・システム。例: localhost

JDBCポート: リスナー・ポート。例: 1521

SID: データベース名。例: orcl

サービス名: データベースのネットワーク・サービス名(セキュアな接続を介したリモート・データベース接続の場合)。

JDBC-ODBC Bridgeの設定

データソース名: 既存のODBCデータソースの名前。

「追加のパラメータ」: 接続用の追加のパラメータ。

接続のテスト: 接続のテストを実行して、成功または特定のエラーを示します。

3.16 検出された外部キーの作成

ブラウザでリレーショナル・モデル名を右クリックして、検出された外部キーの作成を選択すると、このダイアログ・ボックスが表示されます。これは、モデル内の非表示の外部キー・リレーションシップの検出に役立ちます。名前、主キー列の列間のデータ・タイプの一致、一意の制約および表のその他の列に基づいています。

検出プロセスで使用する外部キー列名のポリシーを1つまたは2つ指定して、様々なポリシーおよびその他のオプションを使用して繰り返しスキャンして、検出されたキーを確認します。

リレーショナル・モデルにすでに外部キーが含まれている場合に、検出された外部キーを作成すると、既存の外部キーの複製のような外部キー(同じ基本情報で異なる外部キー名)が作成される場合があります。検出されたすべての外部キーの名前は、createdByFKDiscovererで、 「外部キーのプロパティ」ダイアログ・ボックスの「動的プロパティ」ペインの値はtrueです。

フィルタ処理する列およびフィルタ: 表の名前、列、参照される表または参照されるキーの文字列に基づいて表示を制限します。

参照された表: 表で指定された列によって参照されるキーが含まれる表。

参照されたキー: 「参照された表」内のキー。

表: 指定した列が「参照された表」の「参照されたキー」を参照する表。

列: 「表」内の列または列の組合せ。

FK列の単独使用: このオプションを有効にすると、外部キー列をバインドできる外部キーが1つのみになります。

FK列名ポリシー: 再スキャンをクリックした場合に適用される次のポリシー。

- 参照された列: 外部キー列の名前は参照された列と同じです。

- PK列テンプレート: 外部キー列の名前は、「ネーミング標準」プレファレンスで定義したFK列テンプレートを使用して生成された名前と一致します。

- 参照済およびテンプレート: まず参照された列ポリシーを適用し、次にPK列テンプレートポリシーを適用します。

- テンプレートおよび参照済: まずPK列テンプレートポリシーを適用し、次に参照された列ポリシーを適用します。

再スキャン: 指定したポリシーおよびオプションを使用して、外部キー・リレーションシップを検索し、ダイアログの上部のリストをリフレッシュします。

OK: 最新のスキャンの結果に基づいて外部キーを作成し、ダイアログ・ボックスを閉じます。(検出された外部キーを削除する場合、「編集」をクリックして、検出された外部キーの削除を選択します。)

取消: 外部キーを作成せずにダイアログ・ボックスを閉じます。

3.17 キューブのプロパティ

このダイアログ・ボックスには、多次元モデルの一部であるキューブのプロパティが表示されます。キューブのプロパティを表示した際またはキューブ・ビューのメタデータをインポートした際に表示されます。(キューブ・ビュー・メタデータをインポートすると、既存の実装に基づいた多次元モデル作成できます。)

キューブは、多次元形式でデータを格納する最上位クラスのデータベース・オブジェクトです。多次元データでの作業の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

名前: キューブの名前。

仮想: これが仮想キューブであるか、実際のキューブであるかを示します。仮想キューブは、複数の実際のキューブを組み合せて1つの論理キューブにします。

パーティション化: キューブをパーティション化するかどうかを制御します。パーティション化は物理的にメジャーをキューブに格納する方法です。これにより、大きいメジャーのパフォーマンスを次のように向上できます。

パーティション・ディメンション: キューブをパーティション化するためのディメンション。(たとえば、パーティション化計画が主にライフサイクル管理上の考慮事項によって推進される場合は、時間ディメンションでキューブをパーティション化する必要があります。)ディメンションは1つ以上のレベルベース階層を持っており、そのメンバーは特定のレベルのすべての親がほぼ同数の子を持つように均等に分散する必要があります。

パーティション階層: パーティション化に使用される階層。ディメンションに複数の階層がある場合は、メンバーが最も多い階層を選択し、それをデフォルトの階層として定義する必要があります。

パーティション・レベル: パーティション化に使用されるレベル。そのレベルの各ディメンション・メンバーは、その子孫とともに別のパーティションに格納されます。より高いレベルのディメンション・メンバーまたは階層に存在しないディメンション・メンバーは、最上位パーティションにまとめて格納されます。最上位パーティションの大きさは、レベルベース・パーティションの大きさを超えることはありません。

グローバル・コンポジット: キューブが1つのグローバル・コンポジットを使用するか、複数のコンポジットを使用するかを制御します。パーティション化されていないキューブは、圧縮されているかどうかにかかわらず、キューブに対して常に1つのコンポジットを持っています。パーティション化された圧縮キューブは、各パーティションに対して常に1つのコンポジットを持っています。1つ(グローバル)のコンポジットと複数のコンポジットでの選択が可能なのは、パーティション化された圧縮されていないキューブの場合のみです。

不明な場合は、このオプションを選択しないでください。キューブは、各パーティションに対して1つのコンポジットを持ちます。

圧縮コンポジット: コンポジットを圧縮するか、圧縮しないかを制御します。非常に疎なキューブは、多くの場合、圧縮コンポジットを使用します。

フル・キューブ・マテリアライズ: マテリアライズド・ビュー機能で拡張されたキューブのマテリアライズド・ビュー。キューブ・マテリアライズド・ビューは、事前にスケジューリングした時間に、またはOracle Databaseのマテリアライズド・ビュー・サブシステムを通じてオンデマンドで、増分的にリフレッシュできます。ソース表に対する問合せの透過的リライトのターゲットとしても機能します。

エンティティ

キューブで使用可能なエンティティのうち未選択のものが左側に、選択済が右側にリストされます。矢印キーを使用して、選択したエンティティを一方から他方へ移動します。

ファクト・エンティティのみの使用: ファクトを含むスター・スキーマの表のみを表示するかどうかを制御します。

結合

キューブのすべての結合がリストされます。結合を追加するには、「追加」(+)アイコンをクリックし、キューブ定義から結合を削除するには、その結合を選択して「削除」(X)アイコンをクリックします。(「結合のプロパティ」も参照してください。)

ディメンション

キューブのすべてのディメンションがリストされます。ディメンションを追加するには、「追加」(+)アイコンをクリックし、キューブ定義からディメンションを削除するには、そのディメンションを選択して「削除」(X)アイコンをクリックします。(「ディメンションのプロパティ」も参照してください。)

デフォルトの演算子: ディメンションに割り当てられるデフォルトの演算子。

IsSparse: 選択すると、領域を管理するためにNULL値と空のフィールドは除外されます。

メジャー

計算済メジャーでは、情報に富んだデータをキューブに追加できます。データ・セットはその場で計算されるため、データは格納されません。計算済メジャーは、データベースのサイズを増やさなくても、必要な数だけ追加できます。

事前計算されるスライス

データのメンテナンス時に値が事前計算されキューブに格納されるすべてのスライスがリストされます。事前計算されるスライスを追加するには、「追加」(+)アイコンをクリックし、キューブ定義から事前計算されるスライスを削除するには、その事前計算されるスライスを選択して「削除」(X)アイコンをクリックします。(「スライスのプロパティ」も参照してください。)

Oracle名

短縮名: ロング・ネームのかわりにアプリケーションで使用可能なわかりやすい短い名前。

ロング・ネーム: 通常は表示用に使用されるわかりやすい長い名前。

複数名: (レポート用の)複数名。例:「短縮名」がMycubeの場合はMycubes

Oracle AWへのSQLアクセス

Oracle Analytic Workspaces(AW)オブジェクトへの関連するすべてのSQLアクセスが表示されます。Oracle AWオブジェクトへのSQLアクセスを追加するには、「追加」(+)アイコンをクリックし、キューブ定義からOracle AWオブジェクトへのSQLアクセスを削除するには、そのOracle AWオブジェクトへのSQLアクセスを選択して「削除」(X)アイコンをクリックします。Oracle AWオブジェクトへのSQLアクセスを編集するには、その項目をダブルクリックするか、「プロパティ」アイコンをクリックします。(「Oracle AWへのSQLアクセスのプロパティ」も参照してください。)

説明

キューブの説明。

パーティション化の説明

キューブのパーティション化の説明。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.18 データ・ディクショナリ・インポート(メタデータ抽出)

「ファイル」→「インポート」→「データ・ディクショナリ」をクリックすると、このウィザードが表示されます。既存のデータベース(Oracleまたはサポートされているサード・パーティ)に接続して、そのデータベースのメタデータに基づいて1つ以上のリレーショナル・モデルを作成できます。

具体的な手順およびフィールドは、接続するデータベースのタイプによって異なります。ここでは、Oracle Database接続の情報について説明します。

データベースへの接続

選択する必要があるデータベース接続のリストが表示されます。接続が存在しないか、必要な接続が表示されない場合は、「追加」をクリックして、データベース接続エディタダイアログ・ボックスを表示するか、「インポート」をクリックして、データベース接続のインポートダイアログ・ボックスを表示します。

スキーマ/データベースの選択

インポート元のスキーマを選択します。注意: 接続に関連付けられたユーザーがアクセスを認可されているスキーマのメタデータのみが抽出されます。メタデータが抽出されるOracle Databaseスキーマごとに、リレーショナル・モデル内に個別のサブビューが作成されます。(サブビューを表示するには、「サブビュー」ノードを開いて、サブビュー名を右クリックし、「ダイアグラムの表示」を選択します。)

すべて選択およびすべて選択解除(このページおよび次のページ): 表示された項目をすべて選択または選択解除してから個々の項目を選択解除または選択できます。

すべて選択済み: 次のページ(インポートするオブジェクトの選択)に移動する際に、はじめからすべの項目を選択済または選択解除済にするかどうかを制御します。

セカンダリ表: メタデータ抽出にセカンダリ表を含めます。

空間プロパティ: メタデータ抽出にOracle Spatialのプロパティを含めます。

インポートするオブジェクトの選択

メタデータ抽出のオブジェクトを選択します。インポートする各オブジェクト・タイプについて、その関連タブ(「表」、「ビュー」、「ユーザー」など)をクリックして目的のオブジェクトを選択します。各タブで、すべてを選択または選択解除したり、そのタイプの個々のオブジェクトを選択または選択解除できます。

設計の生成

指定したタイプのオブジェクトのインポートされる数を含むサマリー・ページが表示されます。(オブジェクトがインポートされないか、すべてのタイプがインポートされる場合は、「インポートするオブジェクトの選択」ページに戻り、1つ以上のオブジェクトを選択します。)

インポート操作を実行するには、「終了」をクリックします。

3.19 データベース接続エディタ

このダイアログ・ボックスは、データ・ディクショナリ・インポート(メタデータ抽出)ウィザードの使用時にデータベース接続を追加または編集する場合に表示されます。特定のフィールドは、選択する接続タイプによって異なり、ここでは、Oracle接続のフィールについて説明します。

タイプ: 接続するデータベースのタイプ。Oracle、Microsoft SQL Server 2000または2005、IDB DB2またはUDB、JDBC ODBC Bridge。

サード・パーティ・データベース接続の場合は、「一般オプション」の「サード・パーティJDBCドライバ」の適切なドライバを指定する必要があります(1.5.2を参照)。

名前: 接続用の名前または別名。例: HR_Local

ホスト: Oracle Databaseのホスト・システム。例: localhost

ポート: リスナー・ポート。例: 1521

SID: データベース名。例: orcl

ユーザー名: 接続のデータベース・ユーザーの名前。このユーザーには、データベースへの接続中に目的のタスクを実行するのに十分な権限が必要です。

パスワード: 指定したデータベース・ユーザーに関連付けられたパスワード。

3.20 DDLファイル・エディタ

このダイアログは、データ定義言語(DDL)文を生成するリレーショナル・モデルを選択すると表示されます。また、「表示」→「DDLファイル・エディタ」をクリックするか、リレーショナル・モデル・ダイアグラムが表示されたときに「DDLの生成」ツールバー・アイコンをクリックした場合も表示されます。

物理モデル(リスト): DDL文を生成する物理モデル(データベースのタイプ)を選択します。例: Oracle 11g

生成: 「DDL生成オプション」ダイアログ・ボックスが表示されます。オプションを選択すると、結果のDDL文がこのダイアログ・ボックスに表示されます。

クリア: 生成されたDDL文の表示をクリアします。生成されたDDLがニーズを満たさない場合は、「クリア」をクリックして、モデルに対して必要な変更を行い、生成プロセスを再度開始します。

検索: 生成されたDDL文でテキスト文字列を検索するためのボックスが表示されます。

保存: 生成されたDDL文をスクリプト・ファイルに保存できます。

3.21 DDL生成オプション

このダイアログ・ボックスは、「DDLファイル・エディタ」ダイアログ・ボックスの「生成」をクリックすると表示されます。これらのオプションによって、生成されたスクリプトに含めるコンテンツを制御します。

下部のボタン: 「設計ルール」は「設計ルール」ダイアログ・ボックスを表示し、ここでは、DDLを生成する前に、事前定義された設計ルールの違反を現在の設計で確認できます。「コメントを含める」では、文がコメントに含まれます。「名前置換の適用」では、「名前置換」ペインで指定されたように古い名前の文字列が新しい文字列で置換されます。また、「標準DDL」、「拡張対話型DDL」または「拡張CL DDL」を選択することもできます。

「拡張対話型DDL」および拡張CL(コマンドライン)DDLにより、次の入力パラメータ(開始ステップ、停止ステップ、ログ・ファイルおよびログ・レベル(1、2または3))のインタラクティブ(SQL*PlusまたはSQL Developer)またはコマンドライン(SQL*Plusのみ)の設定をサポートするスクリプトが作成されます。作成された拡張CL DDLスクリプトのSQL*Plus実行形式は次のとおりです。

SQL> sqlplus user/password@name @script_name start_step stop_step log_file log_level

'Create'選択

CREATE文の生成対象となるオブジェクトのタイプおよび特定のオブジェクトを選択できます。使用可能なすべてのオブジェクトの展開可能な表示として「ツリー表示」を選択するか、オブジェクトのサブセットのタブ(「表」、「PKおよびUK制約」など)を選択できます。

'Drop'選択

新しいオブジェクトを作成する前に同じ名前の既存のオブジェクトを削除するために、CREATE文の前に選択したタイプのオブジェクトのDROP文を追加します。

DROP文にCASCADEを追加した場合は削除依存性を含めることができます。

名前置換

DDL文の生成時にオブジェクト名の古い文字列を新しい文字列で置換できます。

選択済: 生成プロセスで項目を適用するかどうかを制御します。

大/小文字の区別: 新しい文字列に置換される古い文字列を検索する際に大/小文字の区別を適用するかどうかを制御します。

マスクするOracleエラー

(拡張DDLおよび拡張CL DDLの場合のみ)スクリプトの実行時に無視するOracleエラーを指定します。エラー番号またはエラー・タイプについては、先頭に0(ゼロ)を付けずにハイフンおよび有効な数字を指定します(たとえば、ORA-00942の場合は-942です)。エラーの説明は、情報のみであり、スクリプトの実行に影響しません。

3.22 設計のプロパティ

このダイアログ・ボックスには、データベース設計のプロパティが表示されます。

一般

名前: データベース設計の名前。

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.23 設計ルール

設計ルールは、設計の整合性および一貫性の確認および強制に適用されるルールです。Data Modelerには、多数の事前定義済ルールがあり、独自のカスタム設計ルールを追加することもできます。また、ファンクションまたはメソッドを定義して、カスタム変換を作成でき、これらの変換をライブラリにグループ化することもできます。

「ツール」→「設計ルール」をクリックすると、次のいずれかを選択できます。

- 設計ルール

- カスタム・ルール

- ライブラリ

- 変換

3.23.1 設計ルール

このダイアログ・ボックスでは、「設計ルール」の適用および設計ルールの「ルール・セット」へのグループ化ができます。

設計ルール

このタブでは、現在の設計(論理モデル、リレーショナル・モデルおよびプロセス・モデル)にData Modelerの事前定義済の設計ルールの違反がないか確認できます。すべての設計ルールまたは選択したルールを確認でき、指定したルールの各違反について、それぞれに応じた警告またはエラー・メッセージが表示されます。特に、フォワードまたはリバース操作の前および物理モデルのDDL文の生成前に、設計ルールに対してモデルを頻繁に確認することをお薦めします。

設計ルールの警告およびエラーの例には、誤ったネーミング標準を使用した主キー、情報構造がないフロー、データ要素がない外部エージェントがあります。

すべてのエラーでは、その項目をダブルクリックすると関連するオブジェクトのプロパティを表示できます。そこで問題を修正できます。

すべて開く: 表示を展開して、すべてのカテゴリおよびサブカテゴリのすべての設計ルールを表示します。1つ以上のカテゴリを展開すると、個々のルール、ルールの範囲または組合せを選択できます。

すべて閉じる: 表示を閉じて、設計ルールの主要なカテゴリ名(「一般」、「論理」、「リレーショナル」、「プロセス・モデル」、「物理」)のみを表示します。

すべて適用: すべての設計ルールを現在の設計に適用し、ルールの各違反の警告またはエラー・メッセージを表示します。

選択の適用: 選択した設計ルールのみを現在の設計に適用し、ルールの各違反の警告またはエラー・メッセージを表示します。

クリア: 表示されたすべての警告およびエラー・メッセージをクリアします。

ルール・セット

このタブでは、名前付きのルール・セットを作成および編集できます。ルール・セットは、セットで確認できるルールの組合せです。

ルール・セットを作成するには、「ルール・セットの追加」(プラス記号)アイコンをクリックし、ルール・セットの名前を指定して、ルール・セット番号をダブルクリック(または、「ルール・セットのプロパティ」鉛筆アイコンをクリック)して、「ルール・セットのプロパティ」ダイアログ・ボックスを使用して、必要なルールを「すべてのルール」列から「選択したルール」列へ移動します。

すべてのRSの適用: すべてのルール・セット内の設計ルールを現在の設計に適用し、ルールの各違反の警告またはエラー・メッセージを表示します。

選択したRSの適用: 選択したルール・セット内の設計ルールのみを現在の設計に適用し、ルールの各違反の警告またはエラー・メッセージを表示します。

クリア: 表示されたすべての警告およびエラー・メッセージをクリアします。

3.23.2 カスタム・ルール

「カスタム・ルール」ダイアログ・ボックスでは、ルール実行エンジン(Mozilla Rhino JavaScript実装)によってサポートされる言語を使用して、カスタム設計を作成できます。

名前: カスタム・ルールの名前。

オブジェクト: このルールを適用するオブジェクトのタイプ。例には、Table、Column、EntityおよびAttributeが含まれます。

エンジン: ルールの解釈および実行に使用される実装。

タイプ: ルールの違反が検出された場合の重大度(WarningまたはError)。

変数: ルールに関連付けられている変数の名前。

ルール・スクリプト・ライブラリ: ルールに関連付けられているメソッドが含まれるライブラリ。

ルール・スクリプト・メソッド: ルールに関連付けられたメソッド。(メソッドを変更するには、「カスタム・ライブラリ」ダイアログ・ボックスを使用します。)

作成したカスタム・ルールの保存、保存したカスタム・ルールのエクスポート、XMLファイルからの設計ルールのインポートを実行できます。

3.23.3 ライブラリ

「カスタム・ライブラリ」ダイアログ・ボックスでは、カスタム設計ルールをのライブラリを表示、作成および削除でき、選択したライブラリ内で、カスタム設計ルールに関連付けられているメソッドを追加、削除および編集できます。

設計ルールおよびカスタム設計ルールの詳細は、3.23「設計ルール」を参照してください。

3.23.4 変換

「カスタム変換スクリプト」ダイアログ・ボックスでは、カスタム設計ルールの実装用のカスタム変換スクリプトを表示、作成、削除および編集できます。.

名前: カスタム変換の名前。

オブジェクト: この変換を適用するモデル(論理またはリレーショナル)のタイプ。

エンジン: 変換の解釈および実行に使用される実装。

変数: 変換に関連付けられている変数の名前。

スクリプト・ライブラリ: 変換に関連付けられているメソッドが含まれるライブラリ。

スクリプト・メソッド: 変換に関連付けられたメソッド。

作成したカスタム変換の保存、XMLファイルへのカスタム変換のエクスポートおよびXMLファイルからの変換のインポートを実行できます。

3.24 ディメンションのプロパティ

このダイアログ・ボックスには、多次元モデルのディメンションのプロパティが表示されます。

ディメンション(より正確には、キューブ・ディメンション)は、最上位クラスのデータベース・オブジェクトです。キューブに格納されたデータへの索引として機能する値のリストを格納します。これらの値、つまりディメンション・メンバーは集計のすべてのレベルを表します。多次元データでの作業の情報関係については、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

名前: ディメンションの名前。例: Customer、Product、Channel、Time

自然キーの使用: ディメンション・メンバーのリレーショナル・ソースから自然(ソース)キーまたはサロゲート・キーを使用するかどうかを制御します。このオプションを有効にすると、ソース・キーが変更なしでリレーショナル・ソースから読み取られます。このオプションを無効にすると、メンバーのアナリティック・ワークスペースへのロード中にレベル接頭辞がメンバーに追加され、サロゲート・キーの一意性が確保されます。

時間ディメンション: ディメンションが時間ディメンションであるか、またはユーザー・ディメンションであるかを制御します。このオプションを有効にすると、以前の期間から差異を計算するカスタム・メジャーなど、時間ベースの分析をサポートする1つ以上のレベルを使用して時間ディメンションを定義する必要があります。

階層

ディメンションに関連付けられている階層がリストされます。階層定義を表示または編集するには、その項目をダブルクリックします。(「階層のプロパティ」も参照してください。)

レベル

ディメンションに関連付けられているレベルがリストされます。レベル定義を表示または編集するには、その項目をダブルクリックします。(「レベルのプロパティ」も参照してください。)

緩やかに変化する属性

緩やかに変化するディメンション(SCD)の場合、ディメンションに関連付けられた緩やかに変化する属性がリストされます。属性定義を表示または編集するには、その項目をダブルクリックします。(「属性のプロパティ」も参照してください。)

計算済メンバー

ディメンションに関連付けられている計算済メンバーがリストされます。計算済メンバーを使用すると、ユーザーが指定した一連のディメンション・メンバーの合計(単純な加算または減算)または集計(キューブの集計演算子の使用)が可能になります。計算済メンバーを追加するには、「追加」(+)アイコンをクリックし、オブジェクト定義から計算済メンバーを削除するには、その計算済メンバーを選択して「削除」(X)アイコンをクリックします。

Oracle名

短縮名: ロング・ネームのかわりにアプリケーションで使用可能なわかりやすい短い名前。

ロング・ネーム: 通常は表示用に使用されるわかりやすい長い名前。

複数名: (レポート用の)複数名。例: 「短縮名」がMydimensionの場合はMydimensions

説明

ディメンションの説明。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.25 表示のプロパティ

このダイアログ・ボックスには、表示オブジェクトのプロパティが表示されます。

一般

名前: 表示オブジェクトの名前。

参照可能: (このモデルには適用されません。)

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.26 Distinct型のプロパティ

このダイアログ・ボックスには、データ型モデルに含まれる固有型のプロパティが表示されます。

一般

名前: ユーザー定義固有型の名前。

論理型: 固有型の導出元となる論理型。

(残りのフィールド(「サイズ」、「精度」および「スケール」)は、この固有型に適用される場合にのみ使用できます。)

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.27 ドキュメントのプロパティ

このダイアログ・ボックスでは、ビジネス情報オブジェクトの一種であるドキュメント・オブジェクトの情報を表示および変更できます。

一般

名前: ドキュメント・オブジェクトの名前。

参照: 場所などのオブジェクトに関するリファレンス情報を含む説明フレーズ。

タイプ: 「一般手順」、「技術仕様」などのドキュメントのタイプを示している説明フレーズ。

要素

このドキュメントに現在関連付けられているオブジェクトがリストされます。リストされたオブジェクトのプロパティを表示するには、そのエントリをダブルクリックします。

「コメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.28 ドメインのプロパティ(ドメイン・モデル)

このダイアログ・ボックスには、既存のドメインに関する情報が表示されます。情報の多くは読取り専用で、一部のフィールドは、特定の種類のドメインのみに適用されます。ユーザー定義のドメインを追加するか、ドメインを削除するには、「ツール」→「ドメイン管理」をクリックして、「ドメイン管理」ダイアログ・ボックスを使用します。

一般

名前: ドメイン・オブジェクトの名前。

シノニム: ドメインのシノニム。

ロング・ネーム: ドメインの長い名前。

ファイル名: ドメイン定義を含むファイルの名前。

論理型: ドメインの論理型。

サイズ: ドメインに基づく列のデータの最大サイズ。

精度: 数値ドメインの場合は最大有効桁数(10進)。

スケール: 数値ドメインの場合は小数点から最下位桁までの桁数。

チェック制約: ドメインで許可されたデータ値に対する制約(一般およびデータベース製品固有の両方)。制約がドメインに適用されると、ダブルクリックして一般および製品固有の制約を編集できます。

範囲: 許可されるデータ値の範囲。

値リスト: 許可されるデータ値のリスト。

使用中

このドメインに基づく属性(論理モデル)および列(リレーショナル・モデル)がリストされます。

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.29 ドメイン管理

このダイアログ・ボックスは、「ツール」→「ドメイン管理」をクリックすると表示されます。

ドメイン・ファイル: ドメイン定義を含むXMLファイル(デフォルト以外の場合)。「選択」をクリックしてファイルを検索できます。(注意: 使用するドメインをインポートするには、「ファイル」→「インポート」→「ドメイン」をクリックします。)

使用可能なドメイン: 使用可能なドメイン(タイプ)が表示されます。プロパティを表示または編集するドメインを選択します。(一部のプロパティは、特定のドメインのみに関連します。)

名前: 選択したドメインの名前(選択されている場合)。

論理型: 選択したドメインの論理型。

サイズ: このタイプのデータの最大サイズ。

精度: 数値ドメインの場合は最大有効桁数(10進)。

スケール: 数値ドメインの場合は小数点から最下位桁までの桁数。

シノニム: ドメインのシノニム。

コメント: ドメインについてのコメント。

チェック制約: ドメインの制約(一般および物理モデルに固有)を表示および編集できます。

範囲: ドメインの1つ以上のデータ値範囲を指定できます。

値リスト: ドメインのデータ値を指定できます。

3.30 電子メールのプロパティ

このダイアログ・ボックスには、ビジネス情報オブジェクトの一種である電子メール・オブジェクトのプロパティが表示されます。

一般

名前: 電子メール・オブジェクトの名前。

電子メール・アドレス: 標準書式の電子メール・アドレス。例: smith@example.com

電子メール・タイプ: ニーズに適したネーミング・スキームを使用して、電子メール・オブジェクトのタイプを示す説明フレーズ。例: Work、Personal

連絡先

この電子メール・ドキュメントに現在関連付けられている連絡先オブジェクトがリストされます。リストされた連絡先オブジェクトのプロパティを表示するには、そのエントリをダブルクリックします。

「コメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.31 エンジニアリング

このダイアログ・ボックスでは、コンテキストに応じて、選択したリレーショナル・モデルからの論理モデルの更新または論理モデルからのリレーショナル・モデルの更新、リレーショナル・モデルに反映される論理モデルの構成部分の制御、2つのリレーショナル・モデルの比較およびマージ時にマージするオブジェクトのタイプおよび特定のオブジェクトの制限が可能です。

フィルタ: すべてのオブジェクトを含めたり、新規オブジェクト、削除済オブジェクトまたは変更済オブジェクトのみを含めることができます。

詳細

選択したモデル・オブジェクトについての詳細情報が表示されます。

一般オプション

メイン・ブラウザでのエンジニアリングの表示: ブラウザ・ウィンドウの各オブジェクトにチェック・ボックスを追加するかどうかを制御します。オブジェクトがエンジニアされるとボックスにチェックマークが付きます。

座標のエンジニア: ソース・エンティティと同様にフォワード・エンジニアリング・プロセスから生成される表を配置するかどうか制御します。

"<モデル>"で作成されたオブジェクトのみのエンジニア: 指定したモデルに明示的に作成されたオブジェクトのみをエンジニアするかどうか、またはそれらのオブジェクトと、フォワードまたはリバース・エンジニアリング操作の結果として作成された他のオブジェクトをエンジニアする必要があるかどうかを制御します。

名前変換の適用: 論理モデルをリレーショナル・モデルにフォワード・エンジニアする際に正式名を短縮名に変換するかどうか、およびリレーショナル・モデルを論理モデルにリバース・エンジニアする際に短縮名を正式名に変換するかどうかを制御します。名前翻訳は、有効な名前にのみ適用されます。また、entity/attribute/keyおよびtable/column/index間の翻訳が実行されます。

優先略語の使用: 論理モデルをエンジニアしてリレーショナル・モデルを作成する際に、エンティティおよび属性の指定した優先略語を対応する表および列の名前に使用するかどうかを制御します。

コピー/比較操作

オブジェクト(エンティティ/表、属性/列、キー/索引、リレーション/外部キー、エンティティ・ビュー/ビュー)のタイプを選択し、ペアごとに、フォワードまたはリバース・エンジニアリング操作で使用するために選択されているプロパティを示すことができます。次のオプションを指定することもできます。

選択したプロパティのみの表示: 表示されたオブジェクトのすべてのプロパティを表示するか、「選択済」で有効化(選択)されたプロパティのみを表示するかを制御します。

新しいオブジェクトに適用しない:

ツリーから未チェックのオブジェクトを除外: 選択されていないオブジェクトをツリー表示に含めるか除外するかを制御します。

ツリーの更新: 論理およびリレーショナル・モデル・ツリー表示を更新して、現在選択されているオプションを反映します。

削除済オブジェクトの同期

オブジェクトのペアを選択および選択解除できます(それぞれのペアには削除済オブジェクトが含まれ、そのペアの生成済モデルにある削除対象の関連オブジェクトが選択されます)。

重複および折りたたみ一意識別子(UID)

論理モデルからリレーショナル・モデルにエンジニアする場合に、重複するキーに関する情報が表示されます。

3.32 エンティティのプロパティ

このダイアログ・ボックスには、論理モデルに含まれるエンティティのプロパティが表示されます。

一般

名前: エンティティの名前。

略称: 名前の略称(ある場合)。

シノニム: エンティティのシノニム。

表示するシノニム: エンティティ用に表示するシノニム。

優先略語: 「エンジニアリング」ダイアログ・ボックスの「優先略語の使用」オプションが有効にされている場合、フォワード・エンジニアリング時に対応する表に使用される名前。

ロング・ネーム: entity-name.attribute-nameの表示で使用されるロング・ネーム。

構造型に基づく: エンティティが構造型に基づく場合に、リストから選択します。構造型で定義されるようにエンティティには属性が含まれます。

スーパータイプ: エンティティがサブタイプの場合、リストからそのスーパータイプを選択します。エンティティは、指定されたスーパータイプからすべての属性を継承します。

ソース: ソース・タイプの説明。例: DDL、COBOLコピーブック、IDMSスキーマ

分類タイプ: 「一般オプション」で定義されたリストの分類タイプ。例: 「ファクト」、「ディメンション」、「ロギング」、「サマリー」、「一時」。

有効範囲: 一時として分類されるエンティティの場合、「セッション」や「アプリケーション」などの有効範囲を指定できます。

型置換の許可: 参照が無効になっている構造型またはエンティティに適用される構造型の場合、DDLでの置換構造型の生成が許可されるかどうかを制御します。

サロゲート・キーの作成: 主キーではない、一意識別子を作成します。

属性

エンティティに対して現在定義されている属性がリストされます。各属性のプロパティには、その名前とデータ型、およびそれがプライマリ一意識別子(プライマリUID)、リレーション一意識別子(外部キーに相当するリレーションUID)または必須フィールド(必須を表すM)であるかどうかが含まれます。

属性を追加するには、「追加」(+)アイコンをクリックします。属性を削除するには、その属性を選択して「削除」(X)アイコンをクリックします。属性のプロパティを表示するには、名前の左側のセルをダブルクリックします。

一意識別子

エンティティに対して現在定義されている一意識別子(UID)がリストされます。各キーのプロパティには、その名前と、それがプライマリ一意識別子(PUID)に含まれるかどうかが含まれます。

属性を一意識別子にするには、「追加」(+)アイコンをクリックします。属性を一意識別子にしないようにするには、それを選択して「削除」(X)アイコンをクリックします。一意識別子のプロパティを表示するには、その名前をダブルクリックします。

リレーションシップ

エンティティに関連付けられたリレーションシップがリストされます。リレーションシップのプロパティを表示するには、名前をダブルクリックします。

サブタイプ

スーパータイプおよびサブタイプ・エンティティを使用している場合に重要となるオプションを指定します。

サブツリーの生成: リレーショナル・モデル表へのエンジニアリングの計画を定義します。

- 初期設定しない: engineer-toプロパティを変更しません。

- 単一表: サブタイプ・エンティティのメタデータは、スーパータイプ表に含まれます。サブタイプ表はありません。

- 子ごとの表: スーパータイプ・エンティティのメタデータは、サブタイプ表に含まれます。スーパータイプ表はありません。

- 各エンティティの表: スーパータイプおよびサブタイプ・エンティティごとに個別の表が生成されます。

モデルへの適用: engineer-toプロパティをすべてのモデル、または指定したモデルへ適用できます。

参考: スーパータイプとサブタイプが実装されている場合は、リレーショナル・モデルで表の間のリレーションシップが実装される方法を、次のいずれかで定義してください。なし、識別 (スーパータイプ表に対して外部キーがサブタイプ表から作成されることを識別)、またはarcの無効化 (各スーパータイプ表のレコードに対して子表は1つだけ存在でき、サブタイプ階層が完全とマーク付けされることが必須[「完全なサブタイプ」オプションを参照])

属性の継承: スーパータイプの属性が、スーパータイプとサブタイプの両方が表として実装されるときに継承される方法を定義します(「プライマリ属性のみ」または「すべての属性」)。

識別子の生成: このオプションを有効にした場合は、識別子列が生成されます。

属性の使用: 既存の属性を識別子列として使用するために設定できます。

列名: 生成される識別子列の名前。

識別子の値: 現在のエンティティに関連した値で、識別子列に存在することが可能。このフィールドを指定しない場合、エンティティの略称または名前が使用されます。

完全なサブタイプ: このオプションを有効にした場合、サブタイプのリストは完全とマーク付けされ、これにより、生成されるarcおよび識別子列の可能な値のリストが影響を受けます。このオプションが有効ではない場合は、オプションのarcが生成され、識別子列の可能な値のリストに現在のエンティティの値が含まれます。

ボリュームのプロパティ

ボリューム: 最小値: エンティティの最小データ・ボリューム。

ボリューム: 予想値: エンティティの予想または通常のデータ・ボリューム。

ボリューム: 最大値: エンティティの最大データ・ボリューム。

増加率: パーセント: 次のフィールドで指定される期間ごとのエンティティの予想増加率(%)。

増加率: 年/月/日: 予想増加率が適用される期間(年、月または日)。

正規形: エンティティに必須の正規形(データベースの正規化)(「なし」、「第1」、「第2」、「第3」または「第4」)。

十分に正規化されたか: 「はい」は、モデルが十分に正規化されていることを示します。「いいえ」は、モデルが十分に正規化されておらず、リレーショナル・モデルでさらに正規化が必要な場合があることを示します。

エンジニア先

フォワード・エンジニアリング操作でこのエンティティを伝播する必要があるリレーショナル・モデルを指定できます。

エンジニア: フォワード・エンジニアリング操作時にエンティティを指定されたリレーショナル設計(モデル)に伝播するかどうかを制御します。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

「コメント」、「注意」、「影響分析」、「測定」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.33 イベントのプロパティ

このダイアログ・ボックスには、プロセス・モデルに含まれるイベントのプロパティが表示されます。

一般

名前: イベントの名前。

シノニム: イベントのシノニム。

フロー: イベントに関連付けられたフロー・オブジェクト。「フローのプロパティ」を表示または編集するには、フロー名をクリックします。

イベント・テキスト: アプリケーション定義またはユーザー定義のイベント・テキスト文字列。

タイプ: イベントのタイプを識別するアプリケーション定義またはユーザー定義の文字列。

トリガーされたプロセス

イベントによってトリガーされるプロセスがリストされます。「プロセスのプロパティ」を表示するには、そのエントリをダブルクリックします。

実行日

イベントを実行する日のオプションを指定します。無制限または限定された発生回数(曜日、ある月またはすべての月の日、特定の四半期またはすべての四半期、および特定の会計年度、特定の暦年またはすべての年)。フィールドの0(ゼロ)は、すべてまたは無制限を意味します。

実行時間

イベントの実行日における時間のオプションを指定します。営業日の開始時間または終了時間、実行日での都合のよい時間、特定の時間または特定の時間間隔。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.34 キューブ・ビューのメタデータのエクスポート

キューブ・ビューのメタデータをエクスポートして、UDB v8.1の物理環境にデプロイできます。

デフォルト・スキーマ: デフォルト・スキーマの名前。

ディメンション・モデル: エクスポートする多次元モデルの名前。

リレーショナル・モデル: リレーショナル・モデルの名前。

物理(DB2またはUDB)モデル: 物理モデルの名前。

3.35 Microsoft XMLAへのエクスポート

Microsoft XMLA(XML for Analysis)ファイルに、設計をエクスポートします。

データベース名: データベースの名前。

ディメンション・モデル: 多次元モデルの名前。

3.36 Oracle Analytic Workspacesへのエクスポート

Oracle Analytic Workspace(AW)にエクスポートすることで、多次元モデルに基づいてアナリティック・ワークスペースを作成できます。アナリティック・ワークスペースの操作の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

デフォルト・スキーマ: デフォルト・スキーマの名前。

ディメンション・モデル: 多次元モデルの名前。

リレーショナル・モデル: リレーショナル・モデルの名前。

Oracleモデル: Oracleモデルの名前。

Oracle AW名: Oracle Analytic Workspaceの名前。

エクスポート・モード: エクスポート操作のモードまたは範囲(アナリティック・ワークスペースの再作成、すべての計算済メジャーまたは新しい計算済メジャーのエクスポート、メタデータのみのエクスポート)。

作成済キューブへの移入: 作成済キューブにデータを移入するかどうかを制御します。

出力XMLファイル: エクスポートされた定義を含むXMLファイルの名前。出力ディレクトリまたはフォルダを選択するには、省略記号(...)ボタンをクリックします。

JDBC接続: エクスポート操作に使用するJDBC接続。

新しいJDBC接続: 新しいJDBC接続を作成できます。新しい接続を作成するには、「作成」をクリックします。

選択した接続のテスト: 選択したJDBC接続をテストするには、「テスト」をクリックします。接続が使用可能であること、またはエラーが発生したことを示すメッセージが表示されます。

キューブとスライス

エクスポート操作で選択されたキューブとスライスが表示されます。

3.37 レポート・スキーマへのエクスポート

レポート・スキーマのレポート・リポジトリに設計をエクスポートします(1.8「Data Modelerレポート」を参照)。エクスポートを実行するには、接続を選択して「OK」をクリックする必要があります。

接続: データベース接続の名前が表示され、レポート・リポジトリとして機能するものを選択する必要があります。新しいデータベース接続を作成するには、「接続の追加」(+)アイコンをクリックします。既存の接続を削除するには、それを選択して「接続の削除」(X)アイコンをクリックします。既存の接続を編集するには、そのエントリをダブルクリックするか、それを選択して「接続のプロパティ」アイコンをクリックします。

コメント: 接続についての説明テキストまたは注意(オプション)。

「オプション」タブ

ダイアグラムをPDFとしてエクスポート: このオプションを有効にすると、設計のダイアグラムはPDF形式でエクスポートされBLOBとして格納され、このオプションを無効にすると、ダイアグラムはXML形式でエクスポートされます。

「メンテナンス」タブ

リポジトリの削除: 選択したデータベース接続のスキーマのレポート・リポジトリを削除できます。既存のリポジトリの削除後、このスキーマに新しい空のリポジトリが自動的に作成されます。

設計の削除: リポジトリ接続を選択してからリポジトリ内の1つ以上の設計を選択して、これらの設計に関する情報をリポジトリから削除することができます。

「用語集」タブ

用語集のエクスポート: Data Modelerの用語集ファイルを指定して、その情報をレポート・リポジトリにエクスポートします。

用語集の削除: レポート・リポジトリで用語集を選択して、リポジトリからその情報を削除します。

3.38 エクスポート・ウィザード

このウィザードにより、データベース・オブジェクトおよび必要なデータをエクスポートします。選択したデータベース接続で、1つ以上のタイプのデータベース・オブジェクトのうち一部またはすべてのオブジェクトを、出力ファイル、SQLワークシートまたはクリップボードにエクスポートできます。この出力には、これらのオブジェクトを作成するためのSQLデータ定義言語(DDL)文を含めることができます。また、これらのオブジェクトおよびその他のフォーマットされたファイルにデータを挿入するSQL文を含めることもできます。

使用可能なペインおよびオプションの数は、エクスポート操作の潜在的な範囲に応じて異なります。

「ソース/宛先」ページ

データベース接続、およびDDL、データ、ターゲットの各オプションを指定するために最大4つのメイン領域が含まれています。

接続: オブジェクトのエクスポートで使用するデータベース接続を選択します。

DDLのエクスポート: このオプションを有効にすると、DDL文がエクスポート操作に含められます。生成されるDDLに適用されるオプションを選択します。

データのエクスポート: このオプションを有効にすると、データが操作に含められます。アンロードされるデータに適用するオプションを選択します。

注意:
フォーマットがloaderであるときにDDLとデータの両方をエクスポートしようとすると、エクスポート・フォーマット・エラーが表示されます。

フォーマット: アンロードされるデータの目的の出力形式を選択します。選択した形式に応じて、他のオプションが表示される場合があります。たとえば、xls(Microsoft Excelファイル)の場合、そのデータのワークシート名およびSELECT文を指定できます。

CLOBデータの場合、エクスポートは形式がloader (SQL*Loader)またはpdf (PDF)の場合にのみサポートされます。エクスポートのタイプによっては、文字列の後に省略記号(...)が続くサブセットのみをエクスポートするものもあります。

Microsoft Excelファイルにアンロード・データを貼り付けるには、「データのエクスポート」を指定し(「DDLのエクスポート」ではなく)、「フォーマット」に「テキスト」を選択し、「別名保存」に「クリップボード」を選択します(アンロードが完了したら、クリップボードからExcelに貼り付けます)。

別名保存: ターゲットの文およびデータの保存形式および保存先を指定します。

- 単一ファイル: 単一ファイルにDDLとデータの両方が含まれます。DDLをアンロードする場合、データに対しては「挿入」形式のみを指定できます。

- 個別のファイル: 各オブジェクトが、指定ディレクトリの別々のファイルに保存されます。

- タイプ・ファイル: 同じタイプのオブジェクトが指定ディレクトリの単一ファイルに保存されます。

- 個別のディレクトリ: エクスポートされるオブジェクト・タイプごとに、ディレクトリが1つずつ作成されます。ファイルは適切なディレクトリに作成されます。

- ワークシート: 文が「SQLワークシート」ウィンドウに送信されます。

- クリップボード: 文がクリップボードにコピーされます。

エンコーディング: 出力のエンコーディングに使用される文字セット。

「エクスポートのサマリー」ページ

実行されるアクションのサマリーが含まれます。何かを変更する場合は、前に戻って変更を行ってからウィザードの手順を終了してください。.

エクスポート・フォーマット・エラー

3.39 外部エージェントのプロパティ

このダイアログ・ボックスには、プロセス・モデルに含まれる外部エージェント・オブジェクトのプロパティが表示されます。

一般

名前: 外部エージェントの名前。

シノニム: 外部エージェントのシノニム。

タイプ: 外部エージェントのタイプ(「組織単位」、「システム」、「ロール」、「その他」)。

流入フロー

外部エージェントに流入するフローが表示されます。「フローのプロパティ」を表示するには、フロー項目をダブルクリックするか、項目を選択して「プロパティ」アイコンをクリックします。(フローを追加するには、データ・フロー・ダイアグラムの「新しいフロー」を使用します。)

流出フロー

外部エージェントから流出するフローが表示されます。「フローのプロパティ」を表示するには、フロー項目をダブルクリックするか、項目を選択して「プロパティ」アイコンをクリックします。(フローを追加するには、データ・フロー・ダイアグラムの「新しいフロー」を使用します。)

データ・ファイル仕様

所有者: 外部エージェントの所有者。

ソース: 外部エージェントのソース(外部エージェントの情報の源となる場所)。

ファイル名: 外部エージェント・ファイルの名前。

ロケーション: 外部エージェント・ファイルの場所。

ファイル・タイプ: ファイルのタイプ(CSV(カンマ区切りの値)、固定長フィールド、Excelスプレッドシートまたはプレーン・テキスト)。

フィールド・セパレータ: フィールドを区切る文字(カンマなど)。

データ・キャプチャ・タイプ: データ・キャプチャが完全リフレッシュであるか、指定したタイプのキャプチャ操作に限定されるかどうかを指定します。

自己説明: フィールドが自己記述的であるかどうかを示します。

スキップ・レコード: データファイルの上部でスキップするレコード数。

テキスト・デリミタ: テキスト文字列で使用されるテキスト・デリミタ文字(一重または二重引用符)。

データ要素

現在外部エージェントに定義されている外部データ要素がリストされます。要素を追加するには、「追加」(+)アイコンをクリックし、定義から要素を削除するには、その要素を選択して「削除」(X)アイコンをクリックし、要素のプロパティを表示するには、要素をダブルクリックするか、「プロパティ」アイコンをクリックします。

外部データ: 外部データ・オブジェクトの名前。

タイプ: 外部データの論理型。

開始位置: データファイルの要素の開始位置。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.40 外部データのプロパティ

このダイアログ・ボックスには、プロセス・モデルに含まれる外部エージェント・オブジェクトのデータ要素のプロパティが表示されます。

一般

名前: 外部データ・オブジェクトの名前。名前に順序番号を含める必要がある場合があります(MyExtData_1など)。

コメント: このデータ要素についてのコメント。

論理型: この外部データ・オブジェクトに関連付けられている論理型。

開始位置: データファイルの外部データ・オブジェクトの開始位置。0(ゼロ)が最初の位置です。

説明: 外部データ・オブジェクトの説明(オプション)。

構造化: この外部データ・オブジェクトをレコード構造にリンク付けするかどうかを示します。

レコード構造: 「構造化」を有効にすると、使用可能なレコード構造がリストされます。この外部データ・オブジェクトのレコード構造を選択します。

3.41 オブジェクトの検索(検索)

このウィンドウは次の場合に表示されます。

- 開いているすべてのモデルを検索するために、Data Modelerウィンドウの右上領域にある検索(双眼鏡アイコン)ボックスにテキストを入力する。

- あるダイアグラムが選択されているときに、そのダイアグラムを検索するために「検索」(ツールバーの双眼鏡アイコン)をクリックする。

- 関連したオブジェクトを検索するために、コンテキスト・メニューから「検索」を選択する。

文字列の検索、正規表現の使用、簡易モードまたは拡張モードの指定、オブジェクト・タイプおよびプロパティ値による検索結果のフィルタリング、検索結果からのレポートの生成ができます。

パターン: 検索用のパターン文字列を入力します。「検索」ユーザー・プリファレンスで指定したオプションに応じて、表示は入力ごとに、または[Enter]を押したときに動的に更新されます。

大/小文字区別: アルファベット文字に関して検索で大文字小文字の区別をするかどうかを制御します。

フィルタ: パターンに該当するすべてのオブジェクト・タイプを検索するには、「すべて」を選択し、あるタイプのオブジェクトの検索に制限するには、そのオブジェクト・タイプを選択します。

保存済の検索: 保存済の検索がある場合はそれを表示し、保存済検索を使用できるようにします。検索を保存するには、検索の詳細を入力し、保存される検索の名前を入力してから「詳細」をクリックし、「保存」を選択します。

レポート (「フィルタ」でオブジェクト・タイプを指定した場合のみ選択可能): データ・モデラー・レポートを生成するためのダイアログ・ボックスを表示し、選択したオブジェクトに関するレポートを表示および保存します。

プロパティ (「フィルタ」でオブジェクト・タイプを指定した場合のみ選択可能): 「共通プロパティの設定」ダイアログ・ボックスが表示されます。このダイアログ・ボックスでは、選択したオブジェクトに共通のプロパティに新しい値を指定できます。

「簡易モード」または「拡張モード」: 「簡易モード」には基本的な検索オプションが含まれ、「拡張モード」には、オブジェクト・タイプ別の検索や、プロパティを指定することによるプロパティ別の検索、およびその両方について、大文字小文字の区別の有無を指定した検索、そしてORやAND検索ロジックを指定した検索などのオプションがあります。

最初で停止: 「名前」で全く同じ結果が複数あった場合に、最初に出現した結果のみが表示されます。

3.42 フローのプロパティ

このダイアログ・ボックスには、プロセス・モデルに含まれるフロー(データ・フロー)・オブジェクトのプロパティが表示されます。

一般

名前: フローの名前。

シノニム: フローのシノニム。

ソース: フローのソース(たとえばプロセス)。

宛先: フローの宛先(たとえば情報ストア)。

親フロー: 親フローの名前(存在する場合)。

ロギング・フロー: フローに対してロギングをアクティブ化するかどうかを制御します。

イベント: フロー・イベント。「新規」をクリックして新しいフロー・イベントを作成できます。

操作: フローで実行可能な操作のタイプ(作成、読取り、更新、削除)を制御するオプション。

コンポーネント・フロー

フローに関連付けられたすべてのコンポーネント・フローがリストされます。コンポーネント・フローを表示または編集するには、その項目をダブルクリックします。

情報構造

フローに関連付けられているすべての情報構造がリストされます。情報構造を追加するには、「追加」(+)アイコンをクリックし、フロー定義から情報構造を削除するには、その情報構造を選択して「削除」(X)アイコンをクリックします。(「情報構造のプロパティ」も参照してください。)

外部データ

フローに関連付けられたすべての外部データ・オブジェクトがリストされます。外部データ・オブジェクトを表示または編集するには、その項目をダブルクリックします。

システムの目的

このフローのシステムの目的の説明。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.43 外部キーのプロパティ

このダイアログ・ボックスには、リレーショナル・モデルの表の定義に含まれる外部キー・リレーションのプロパティが表示されます。

一般

名前: 外部キーの名前。

表: この外部キー(値が別の表にある主キーまたは一意キーの列の値に一致する必要がある列)を含む表の名前。

PK/UK索引: この外部キーが参照する主キー、一意キーまたは索引(たとえば、外部キー列の各値に一致する値を含む必要がある別の値の主キー列)。

ルールの削除: (「PK/UK索引」の)参照先の表の行が削除され、その値を含む行がこの外部キーを含む表内に存在する場合に自動的に行われるアクション。「アクションなし」(ダイアグラムでは斜め線で表示)はこれらの行に対してアクションを実行しません。「カスケード」(「X」で表示)はこれらの行を削除します。「NULLを設定」は、NULL値が設定可能な行のすべての列にNULLを設定します。「制限」(斜め線で表示)は、これらの行を削除できないようにします。

ソース表のシノニム: この外部キーが参照する主キーまたは一意キーを含む表の名前またはシノニム。

ターゲット表のシノニム: この外部キー列を含む表の名前またはシノニム。

必須: 参照整合性を適用するかどうかを指定します。このオプションを有効にすると、参照整合性が適用されます(つまり、参照先の主キーまたは一意キーに一致する表の値は必須であり、一致する値が存在しない場合は、現在の表にレコードを作成できません)。このオプションを無効にすると、参照整合性は適用されず、データベースを使用するアプリケーションは、一貫性のないデータが原因で発生する可能性のある問題を処理する必要があります。

移動可能(更新可能): 外部キーのリレーションシップが移動可能(つまり、更新可能)かどうかを制御します。移動不可能なリレーションシップでは、各外部キー値を変更できません。たとえば、明細項目と注文に移動不可能なリレーションシップがある場合、明細項目は後で別の注文に再割り当てすることができません。移動可能なリレーションシップでは、外部キー値を変更できます。たとえば、従業員はある部門から別の部門に後で移動できます。

外部キー・リレーションシップが移動不可能な場合、ダイアグラムの行にひし形が表示されます。

DDLでの生成: データベースの作成に使用するDDL文が生成されるときに外部キーの作成を含めるかどうかを制御します。

arcに含める: 排他的リレーションシップ・グループ(arc)に外部キーのリレーションシップを含める必要があるかどうかを制御します。詳細は、1.3.4.7「arc」を参照してください。

関連する列

外部キー定義の親列と子列のペアがリストされます。

動的プロパティ

検出された外部キー(3.16「検出された外部キーの作成」を参照)には、「名前」createdByFKDiscovererおよび「値」 trueが含まれています。

3.9項「ダイアログ・ボックスの共通情報」の「動的プロパティ」も参照してください。

「コメント」、「注意」、「影響分析」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.44 用語集エディタ

このダイアログ・ボックスは、「ツール」→「用語集エディタ」をクリックすると表示され、選択した場所に存在しないファイル名(my_terms.glossaryなど)を指定して新しい用語集ファイルを作成するか、既存の用語集ファイルを選択して編集します。(「Data Modeler」の「ネーミング標準」も参照してください。)

Data Modelerの用語集は、設計で使用できる用語または使用する必要のある用語を集めたものです。モデルが設定したネーミング標準に準拠していることを確認するか、論理モデルとリレーショナル・モデル間でのエンジニアの際に「設計ルール」で用語集が使用されます。新しい用語集を最初から作成すること、既存の用語集を使用することまたは既存の論理モデルに基づいた新しい用語集を生成することができます。

外部テキスト・エディタで用語集ファイル(XML形式)を変更しないでください。かわりに、Data Modeler内で用語集エディタを使用して用語集を作成および変更してください。

名前: 用語集の名前。例: プロジェクトXYZの用語集

説明: 用語集の短い説明。

不完全な修飾子: 名前で使用されたすべての用語を用語集に定義する必要があるかどうかを制御します。このオプションを有効にすると、用語集での修飾子の定義は必須ではなくなり、その結果、用語集に存在しない名前の一部が名前構造の修飾子に対応しない場合でも、名前の検証は成功します。

大/小文字の区別: この用語集を使用する名前の検証で大/小文字を区別するかどうかを制御します。たとえば、このオプションを有効にすると、CodeとCODEは異なる値とみなされます。

一意の略語: 略語の一意性が必要であるかどうかを制御します。このオプションを無効にすると、一意性が不要になるため、あらゆる形式の1つの単語に1つの略語を使用できます。この場合、たとえば、ADMINはAdministrator、AdministrationおよびAdministrativeの略語にすることができます(つまり、3つの用語の略語が同じになります)。名前の検証(および名前の変換)では、すべての用語の分類設定が同じ場合にのみ正しい結果を返すため、このような定義は慎重にメンテナンスする必要があります。このオプションを有効にすると、名前の検証は一意でない略語(代替略語も含む)と略語のない単語をレポートします。

セパレータおよびセパレータ文字: 複数語からなる用語の単語セパレータを定義します。用語集を用語集エディタにロードするときに、セパレータ設定が確認されることに注意してください(セパレータが空白文字でないと警告が表示され、セパレータは空白に変更できます)。

フィルタ: すべての用語集エントリを表示するか、指定した分類を含むエントリに表示を制限できます。(「未分類」は、分類がないエントリのみを表示します。)

単語: 用語集エントリを追加するには、「追加」(+)アイコンをクリックし、エントリの新しい行に関する情報を入力します。用語集エントリを削除するには、そのエントリを選択して「削除」(X)アイコンをクリックします。エントリを編集するには、そのエントリを選択して情報を変更します。

(エントリの)名前: このエントリに関連付けられた用語集の用語。

複数: 関連付けられたエントリのオプションの複数形(たとえば、AMOUNTの複数形としてAMOUNTS)。複数の値が指定されている場合、設計ルール検証中およびエンティティと表の変換中に、単数と複数は同等とみなされます。

略語: 用語集の用語の略語。

代替略語: 用語集の用語の代替略語。

主要語、類語、修飾子、限定子: 用語集エントリに適用されるのと同数の分類タイプ(主要語、類語、修飾子、限定子)を指定します。エンティティ、属性、表、列およびドメインに対して名前パターンを定義できます。名前パターンは、許可された単語タイプとそれらを任意に選択した形式(順序に制限なし)で名前の構造を定義します。

主要語: 主要語は、定義されているオブジェクトまたは要素を識別します。通常、これらのオブジェクトは、組織が情報を保持する必要がある個人、場所、ものまたはイベントを表します。主要語は、データベース・システムに問い合せるときに主要な検索識別子として機能し、ビジネス上の用途に基づいて一般から特定の分類スキームを開発するための基本的なキーワード・リストを提供する場合があります。Customer AddressにおけるCUSTOMERは、主要語の例です。

類語: 類語は、データ要素名で最も重要な名詞です。類語は、データ要素の使用または目的を識別します。類語は、データ要素名のオブジェクト(主要語)について保持された情報のタイプを示します。Customer AddressにおけるADDRESSは、類語の例です。

修飾子: 修飾子は、類語または主要語についての追加情報を提供します。修飾子は、形容詞または名詞である場合があります。Customer Delivery AddressにおけるDELIVERYは、修飾子の例です。その他の修飾子の例として、ANNUAL、QUARTERLY、MOST、LEASTなどがあります。

限定子: 限定子は、値のドメイン内の類語の特徴についてさらに説明する場合や、オブジェクトに付加可能な情報のタイプを指定する場合に類語とともに使用される特殊な修飾子です。例: FEET、METERS、SECONDS、WEEKS

簡単な説明: エントリの短い説明。

インポート: 用語集ファイルを指定してそのエントリをインポートできます。

エクスポート: カンマで区切られた値(CSV)ファイルに用語集をエクスポートできます。

保存: 現在開いている用語集ファイルに、現在のエントリを保存します。

別名保存: 指定した用語集ファイルに、現在のエントリを保存します。

3.45 階層のプロパティ

このダイアログ・ボックスは、多次元モデルの階層のプロパティを表示すると表示されます。

階層は、集計の様々なレベルでデータを構成するための方法です。階層はデータ集計の定義に使用されます。たとえば、時間ディメンションでは、階層を使用して1日単位のデータを月単位、四半期単位、年単位で集計します。階層はナビゲーション・ドリル・パスの定義にも使用されます。リレーショナル表では、階層はディメンション・オブジェクトの一部として定義できます。

多次元データでの作業の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

名前: 階層の名前。

値ベース階層: これが値ベース階層(ディメンション・メンバー間の親子リレーションによってのみ定義された階層)であるかどうかを制御します。ベース・レベルから特定の距離があるディメンション・メンバーは、分析にとって意味のあるグループを形成しないため、そのレベルには名前が付けられません。

時間ベース階層: これが時間ベース階層(月、四半期、年などの時間に関連するレベルから構成された階層)であるかどうかを制御します。

不規則階層: これが不規則階層(リーフ・ノードが異なるレベルに存在することができる階層)であるかどうかを制御します。

デフォルト階層: これがディメンションのデフォルト階層であるかどうかを制御します。

レベル

階層に関連付けられているレベルがリストされます。レベル定義を表示または編集するには、その項目をダブルクリックします。(「レベルのプロパティ」も参照してください。)

ロールアップ・リンク

階層に関連付けられたロールアップ・リンクがリストされます。ロールアップ・リンク定義を表示または編集するには、その項目をダブルクリックします。(「ロールアップ・リンクのプロパティ」も参照してください。)

Oracle名

短縮名: ロング・ネームのかわりにアプリケーションで使用可能なわかりやすい短い名前。

ロング・ネーム: 通常は表示用に使用されるわかりやすい長い名前。

複数名: (レポート用の)複数名。例: 「短縮名」がMyhierarchyの場合はMyhierarchies

説明

階層の説明。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.46 ドメインのインポート

このダイアログ・ボックスは、「ファイル」→「インポート」→「ドメイン」をクリックすると表示されます。たとえば、別の設計のために作成したドメインを使用するために、XMLファイルからドメインをインポートできます。

ドメイン・ファイルのオープン: インポートするドメイン定義を含むXMLファイルを指定するためのダイアログ・ボックスが表示されます

デフォルト・ドメインにインポート: インポートしたドメインをdefaultdomains.xmlというファイルに保存し、Data Modelerをインストールした場所の下のタイプ・ディレクトリ(フォルダ)に配置するかどうかを制御します。Data Modelerの使用中は、常にdefaultdomains.xmlファイルのドメイン定義を使用できます。

ファイルのドメイン: 開いたドメイン・ファイルのドメインが表示されます。

フィルタ: すべてのドメインを表示するか、新しいドメインや変更されたドメインのみを表示するかどうかを制御できます。

設計<名前>の対応するドメイン: 現在の設計の対応するドメインがすべて表示されます。

3.47 用語集(ネーミング標準定義)のインポート

このダイアログ・ボックスは、「用語集エディタ」の「インポート」をクリックして、インポートする用語集用語を含む用語集ファイル(ネーミング標準定義)を指定すると表示されます。外部用語集から定義をインポートし、詳細を変更できます。

インポートする可能性がある単語と現在の用語集の対応する単語が表示されます。インポートする単語を選択および選択解除できます。

外部用語集の用語を用語集エディタにロードするときに、セパレータ設定が確認されます。セパレータが空白文字でない場合は、名前に空白を含むすべての用語を示すレポートが表示され、空白を定義済の用語集セパレータで置換することもできます。

3.48 VARファイルからのマップ済モデルのインポート

このダイアログ・ボックスは、「VARファイルのインポート: インポートのタイプの選択」ダイアログ・ボックスでマップ済モデルのインポートを指定すると表示されます。

論理モデル: 論理モデルを含むファイルを選択します。

リレーショナル・モデル: 含まれるリレーショナル・モデルがリストされます。モデルを追加するには、「追加」をクリックし、モデルを削除するには、そのモデルの名前をクリックして、「削除」をクリックします。

3.49 Oracle Designerモデルのインポート

このウィザードを使用すると、Oracle Designer設計をData Modelerにインポートできます。

データベースへの接続

Oracle Designer設計を含むデータベースへの接続情報を指定します。既存の接続を選択するか、「追加」をクリックして新しい接続の情報を指定します。

接続をテストするには、それを選択して「接続のテスト」をクリックします。

次のウィザード・ページに移動するには、接続を選択して「次へ」をクリックします。

残りのウィザード・ページの指示に従い、作業領域の選択、アプリケーション・システムの選択、インポートするオブジェクトの選択、設計の生成を行います。「次へ」をクリックして次のページに移動し、最後のページの「終了」をクリックしてインポート操作を実行します。

インポートするオブジェクトの選択で、バージョニング済のDesignerリポジトリからインポートする場合、選択したオブジェクトのみが、インポートできるオブジェクトのリストに表示されます。

3.50 Data Modeler設計のインポート

このウィザードは、「ファイル」→「インポート」→「Data Modeler設計」をクリックし、Data Modeler設計を含むXMLファイルを指定すると表示されます。

インポートするモデルの選択

論理モデルと、指定したファイルのすべてのリレーショナル・モデルがリストされ、インポート操作に含めるモデルを(個々にまたはすべて)選択できます。

設計の生成

生成される論理設計と物理設計の数が識別されます。インポート操作を続行するには、「終了」をクリックして、「モデリング設計の比較」ダイアログ・ボックスを表示します。

3.51 データベース接続のインポート

このダイアログ・ボックスは、「データ・ディクショナリ・インポート(メタデータ抽出)」ウィザードでデータベース接続をインポートするために「インポート」をクリックすると表示されます。

ファイル名: 「参照」をクリックして、SQL DeveloperまたはData Modelerからエクスポートされたデータベース接続定義を含むXMLファイルを検索します。

接続: 指定したファイルのデータベース接続の名前が表示されます。

「OK」をクリックして、データベース接続をインポートします。

3.52 VARファイルのインポート: インポートのタイプの選択

このダイアログ・ボックスは、「ファイル」→「インポート」→「VARファイル」をクリックすると表示されます。VARファイルからモデル定義をインポートできます。

単一モデルのインポート: 論理モデルまたはリレーショナル・モデルを記述する単一モデルのみをインポートします。

マップ済モデルのインポート: 論理モデルとリレーショナル・モデル、およびそれらのマッピングを記述するマップ済モデルをインポートします。

プロセス・モデルのインポート: インポート操作にプロセス・モデルを含めます。

VARタイプの選択: VARファイルのタイプ(Sterling COOL:DBA V2.1、Sterling Bnsteam V7.2またはCayenne Bnsteam V7.2)。

3.53 索引、主キーまたは一意キーのプロパティ

このダイアログには、主キーまたは一意キーなどのいくつかのタイプの索引を含む索引のプロパティが表示されます。これらは、「リレーショナル・モデル」の1つ以上の表の列で定義できるオブジェクトです。

一般

名前: 索引オブジェクトの名前。

ロング・ネーム: 表示目的の長い名前。

エンジニア: リバース・エンジニアリング操作時に索引を考慮するかどうかを制御します。このオプションを無効にすると、この索引とそのプロパティは、リレーショナル・モデルが論理モデルにリバース・エンジニアされるときに考慮されません。

表: 索引付けする列を含む表。

状態: 索引の状態または目的(「標準索引」、「プライマリ制約」、「一意制約」または「一意標準索引」)。

ソート順序列: 列名とその索引ソート順序が表示されます。

索引式: これがファンクションベース索引(式に基づく索引)であるかどうかを示します。

空間索引: これが(MDSYS.SPATIAL_INDEXのINDEXTYPEを使用した)空間索引であるかどうかを示します。

DDLでの生成: データベースの作成に使用するDDL文が生成されるときに索引の作成を含めるかどうかを制御します。

列

索引定義に追加可能な列が左側に、索引定義に含まれる列が右側に表示されます。列を選択して、矢印キーを使用して一方から他方へ移動できます。

機能

ファンクション索引の式の仕様(「一般」プロパティの「索引式」が有効になっている場合)。

空間プロパティ

空間索引用の空間プロパティ。

レイヤー・タイプへの制約: 指定したタイプのレイヤーに索引を制約します。

測地索引: 索引が測地データまたは投影データ上にあるかどうかを示します。

ディメンション数: 索引付けする空間ディメンションの数。例: 経度と緯度の場合は2

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

「コメント」、「注意」、「影響分析」、「測定」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.54 情報ストアのプロパティ

このダイアログ・ボックスでは、プロセス・モデルに含まれる情報ストア・オブジェクトの情報を表示および変更できます。

一般

名前: 情報ストアの名前。

シノニム: 情報ストアのシノニム。

タイプ: 情報ストアのデータを格納する場所(リレーショナル・データベース場合は「RDBMS」、外部ファイルの場合は「ファイル」、オブジェクトの場合は「オブジェクト」、一時記憶域の場合は「一時」)。

RDBMSタイプ: 「タイプ」が「RDBMS」の場合は、情報ストアのデータベース・タイプ(物理モデル)。

オブジェクト・タイプ: 「タイプ」が「オブジェクト」の場合は、オブジェクト・タイプ。

実装名: 「タイプ」が「オブジェクト」の場合は、実装名。

有効範囲: 「タイプ」が「一時」の場合は、データの有効範囲(データが使用できるとき(「セッション」や「アプリケーション」など))

属性

この情報ストアに関連付けられた属性がリストされます。リストされた属性のプロパティを表示するには、そのエントリをダブルクリックします。

エンティティ

この情報ストアに関連付けられた各エンティティと対応する表がリストされます。リストされたエンティティのプロパティを表示するには、そのエントリをダブルクリックします。

プロセス

この情報ストアに関連付けられたプロセスがリストされます。リストされたプロセスのプロパティを表示するには、そのエントリをダブルクリックします。

情報フロー

この情報ストアに関連付けられた情報フローがリストされます。リストされた情報フローのプロパティを表示するには、そのエントリをダブルクリックします。

システムの目的

この情報ストアのシステムの目的の説明。

データ・ファイル仕様

所有者: 情報ストアの所有者。

ソース: 情報ストアのソース(情報ストアの情報の源となる場所)。

ファイル名: 情報ストア・ファイルの名前。

ロケーション: 情報ストア・ファイルの場所。

ファイル・タイプ: ファイルのタイプ(CSV(カンマ区切りの値)、固定長フィールド、Excelスプレッドシートまたはプレーン・テキスト)。

フィールド・セパレータ: フィールドを区切る文字(カンマなど)。

データ・キャプチャ・タイプ: データ・キャプチャが完全リフレッシュであるか、指定したタイプのキャプチャ操作に限定されるかどうかを指定します。

自己説明: フィールドが自己記述的であるかどうかを示します。

スキップ・レコード: データファイルの上部でスキップするレコード数。

テキスト・デリミタ: テキスト文字列で使用されるテキスト・デリミタ文字(一重または二重引用符)。

データ要素

現在外部エージェントに定義されている外部データ要素がリストされます。要素を追加するには、「追加」(+)アイコンをクリックし、要素を削除するには、その要素を選択して「削除」(X)アイコンをクリックし、要素のプロパティを表示するには、要素をダブルクリックするか、「プロパティ」アイコンをクリックします。

外部データ: 外部データ・オブジェクトの名前。

タイプ: 外部データの論理型。

開始位置: データファイルの要素の開始位置。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.55 情報構造のプロパティ

このダイアログ・ボックスでは、プロセス・モデルに含まれる情報構造オブジェクトの情報を表示および変更できます。

一般

名前: 情報構造の名前。

シノニム: 情報構造のシノニム。

属性

この情報構造に関連付けられた属性がリストされます。リストされた属性のプロパティを表示するには、そのエントリをダブルクリックします。

エンティティ

この情報構造に関連付けられた各エンティティと対応する表がリストされます。リストされたエンティティのプロパティを表示するには、そのエントリをダブルクリックします。

情報フロー

この情報構造に関連付けられた情報フローがリストされます。リストされた情報フローのプロパティを表示するには、そのエントリをダブルクリックします。

ボリューム情報

ボリューム: 情報構造の初期または現在のデータ・ボリューム。

増加率: パーセント: 次のフィールドで指定される期間に予想される増加率(%)。たとえば、毎月5パーセントの増加を予想している場合は、このフィールドに5を入力し、次のフィールドで「月」を入力します。

増加率: 年/月/日: 予想される増加率に関連付けられた期間。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.56 継承リレーションのプロパティ - <階層名>

このダイアログ・ボックスには、階層のサブタイプ・エンティティとスーパータイプ・エンティティ間の継承プロパティが表示されます(「論理モデル」の「継承」を参照)。

一般

名前: 継承関係の名前。

ロング・ネーム: エンティティ間の関係を示すロング・ネーム

スーパータイプ: リレーションシップのスーパータイプ・エンティティ。

サブタイプ: リレーションシップのサブタイプ・エンティティ。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.57 結合プロパティ

このダイアログ・ボックスは、多次元モデルのキューブの結合のプロパティを表示すると表示されます。多次元データでの作業の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

名前: 結合オブジェクトの名前。

左エンティティ: 結合操作の左側のエンティティ。

右エンティティ: 結合操作の右側のエンティティ。

既存のリレーション:

カーディナリティ: 左右のエンティティ間のカーディナリティ・リレーションシップ(1:1(1対1)、1:*(1対多)または*:1(多対1))。

主要なロール: 主要なロールを持つエンティティ。

属性組

各属性ペアの左右のエンティティがリストされます。ペアを追加および削除できます。ペアごとに、左右のエンティティを指定できます。

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.58 レベルのプロパティ

このダイアログ・ボックスは、多次元モデルのレベルのプロパティを表示すると表示されます。

ビジネス分析では、通常、データはレベル別にまとめられます。たとえば、データベースにはトランザクション・データベースの日次スナップショットが含まれる場合があります。日はベース・レベルです。週次、四半期、年次レベルでこのデータをまとめる場合があります。このため、レベルは詳細データから特定の距離があるディメンション・メンバーを識別する便利な方法を提供します。

多次元データでの作業の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

名前: レベルの名前。例: 顧客、製品

レベル・エンティティ: このレベルに関連付けられたエンティティ。例: customers.customerのcustomers

値ベース階層: 階層が値ベースであるかレベルベースかどうかを制御します (より一般的なのは後者です)。このオプションを有効にすると、値ベース階層(親子リレーションが名前付きレベルを持っていない)が使用されます。このオプションを無効にすると、値ベース階層が使用されます。

ルート識別: 値ベース階層の場合は、「親がNULL」、「ルートが値を持つ」または「親が値を持つ」のいずれかを指定します。

デフォルト属性: デフォルトの説明属性(必要な場合)。

選択基準

このレベルの選択基準。

選択基準の説明

このレベルの選択基準の説明。

レベル・キー

レベルのキーであるすべての属性を表示します。レベル・キー・オブジェクトを追加するには、「追加」(+)アイコンをクリックし、レベル定義からレベル・キー・オブジェクトを削除するには、そのレベル・キー・オブジェクトを選択して「削除」(X)アイコンをクリックします。レベル・キー・オブジェクトを編集するには、その項目をダブルクリックするか、「プロパティ」アイコンをクリックします。

説明の属性

名前: 属性の名前。

属性: 属性の完全修飾名。

索引付き: 属性を索引付けするかどうかを制御します。

緩やかな変更: これが緩やかに変化する属性であるかどうか、またその場合はそのタイプを示します。「なし」は、緩やかに変化する属性ではないことを意味し、「タイプ1」、「タイプ2」、「タイプ3」は、指定されたタイプの緩やかに変化する属性であることを意味します。

親キー

値ベースの階層を含むレベルの場合は、親エンティティの属性がリストされます。

計算属性

レベル定義に計算属性を追加したり、定義から計算属性を削除できます。各計算属性について、関連する式を指定できます。

Oracle AW属性

Oracle Analytic Workspaceのレベルの属性が表示されます。

Oracle名

短縮名: ロング・ネームのかわりにアプリケーションで使用可能なわかりやすい短い名前。

ロング・ネーム: 通常は表示用に使用されるわかりやすい長い名前。

複数名: (レポート用の)複数名。例: 「短縮名」がMylevelの場合はMylevels

MS Olap

Microsoft OLAPで使用するために、名前と値の列を指定できます。

説明

レベルの説明。

パーティション化の説明

キューブのパーティション化の説明。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.59 場所のプロパティ

このダイアログ・ボックスには、ビジネス情報オブジェクトの一種であるロケーション・オブジェクトのプロパティが表示されます。

一般

名前: ロケーション・オブジェクトの名前。

ロケーション・タイプ: ニーズに適したネーミング・スキームを使用して、ロケーション・オブジェクトのタイプを示す説明フレーズ。

アドレス: ロケールに適した形式の住所。

市区町村: 市または町の名前。

郵便番号: 地域や国に適した形式の郵便番号。

地域: 国の一部。たとえば、米国の住所の場合は、州を表す2文字の略語になります。

国: 国コードまたは名前。

連絡先

この電子メール・ドキュメントに現在関連付けられている連絡先オブジェクトがリストされます。リストされた連絡先オブジェクトのプロパティを表示するには、そのエントリをダブルクリックします。

「コメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.60 論理型

このダイアログ・ボックスは、ユーザー定義の属性に論理データ型を指定するために使用されます。

論理型: 論理型の名前。

サイズ: このタイプのデータの最大サイズ。

精度: 数値型の場合は最大有効桁数(10進)。

スケール: 数値型の場合は少数点から最下位桁までの桁数。

3.61 メジャー・フォルダのプロパティ

多次元モデルのメジャー・フォルダによって、メジャーを識別して簡単にアクセスできるように、メジャーをグループ化します。多次元データでの作業の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

名前: メジャー・フォルダ・オブジェクトの名前。

メジャー

関連するすべてのメジャーがリストされます。メジャーを追加するには、「追加」(+)アイコンをクリックし、フォルダ定義からメジャーを削除するには、そのメジャーを選択して「削除」(X)アイコンをクリックします。(「メジャーのプロパティ」も参照してください。)

Oracle名

短縮名: ロング・ネームのかわりにアプリケーションで使用可能なわかりやすい短い名前。

ロング・ネーム: 通常は表示用に使用されるわかりやすい長い名前。

複数名: (レポート用の)複数名。例: 「短縮名」がMyfolderの場合はMyfolders

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.62 メジャーのプロパティ

このダイアログ・ボックスには、多次元モデルのメジャーのプロパティが表示されます。

メジャーには、ビジネスについて収集されたファクト(コスト、販売単位など)が格納されます。各メジャーは特定のキューブに属しているため、キューブの他のメジャーと特定の特性(同じディメンションなど)を共有します。メジャーのデフォルト特性は、キューブから継承されます。

多次元データでの作業の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

名前: メジャーの名前。例: Sales

式です: 「式」フィールドに指定された式によってメジャーを定義するかどうかを制御します。式を指定しないと、「集計関数」フィールドで指定された関数が使用されます。

カスタム式: 式がカスタム式であるかどうかを識別します。

式: これが式ベース・メジャーの場合の式。

式タイプ: 式のタイプ(「なし」、ベース、「OLAP」、Microsoftで計算)。

ファクトに基づく: メジャーに関連付けられたファクトの名前。

加算性: 完全加算(すべてのディメンション間で加算)、半加算(一部のディメンション間で加算)または非加算。

集計関数: 集計に使用される関数。

WHERE句: 集計を制限するWHERE句。

集計関数

関数: 集計関数とメジャーの別名がリストされます。集計関数を追加するには、「追加」(+)アイコンをクリックし、メジャー・プロパティ定義から集計関数を削除するには、その集計関数を選択して「削除」(X)アイコンをクリックします。メジャーの別名にサマリー・レベルを設定するには、その項目を選択して、「Oracle AWのプレサマリー・レベル」アイコンをクリックします。

Oracle OLAPメジャー

Oracle OLAP式に基づくメジャーの場合は、OLAP演算子と他の情報を指定します。

Oracle名

短縮名: ロング・ネームのかわりにアプリケーションで使用可能なわかりやすい短い名前。例: Sales

ロング・ネーム: 通常は表示用に使用されるわかりやすい長い名前。例: Unit Sales

複数名: (レポート用の)複数名。例: 「短縮名」がMymeasureの場合はMymeasures

説明

メジャーの説明。例: 販売単位メジャー

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.63 測定のプロパティ

測定を使用すると、一部のオブジェクト属性の値を示すモデル・オブジェクトに対してメトリックを定義できます。たとえば、表のサイズの実際の値、予測値、計画値、表の行数、索引のページ数、列の異なる値の数などを保持するために測定を使用する場合があります。この柔軟性により、モデルを変更せずに製品またはプロジェクトを拡張できます。

名前: 測定オブジェクトの名前。

コメント: 説明コメント・テキスト(オプション)。

注意: 背景情報や実装上の注意などの注意テキスト(オプション)。

値: メジャーに関連付けられた数値。例: メジャーが10メートル用の場合は10

単位: 値に関連付けられた測定の単位。例: メートル

タイプ: 値のタイプ(「メジャー」(測定済)、「予測」(予測済)、「計画」(計画済)、「最小」、「最大」、「平均」)。

作成日: 測定オブジェクトが確立された日付。

有効日: 測定オブジェクトが有効な日付。測定値の場合、有効日と作成日は同じである必要があります。予測された実際の値の場合、作成日は有効日の後になる場合があります。計画値の場合、通常、有効日は作成日の後になります。

サマリー: 読取り専用のサマリー情報が表示されます。

3.64 メソッド・プロパティ

このダイアログ・ボックスでは、構造データ型を実装するために使用されるメソッドのプロパティを定義します。

一般

名前: メソッドの名前。

コンストラクタ: メソッド用にコンストラクタを作成するかどうかを制御します。

オーバーライドされたメソッド: このメソッドがオーバーライドするメソッド(存在する場合)。

戻り値: 戻り値または戻り値のデータ型がない場合は、「戻りなし」。

パラメータ

メソッドの各パラメータの名前とデータ型がリストされます。

パラメータを追加するには、「追加」(+)アイコンをクリックします。削除するには、そのパラメータを選択して「削除」(X)アイコンをクリックします。リスト内でパラメータを上下に移動させるには、選択して該当する矢印をクリックします。

本体

メソッドを実装するコード。

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.65 モデルのプロパティ - ビジネス情報

「ビジネス情報」モデルには、次のプロパティがあります。

一般

名前: ビジネス情報モデルの名前。

参照可能: (このモデルには適用されません。)

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.66 モデルのプロパティ - <データ・フロー・ダイアグラム名>

「プロセス・モデル」の一部である「データ・フロー・ダイアグラム」には、次のプロパティがあります。

一般

名前: データ・フロー・ダイアグラムの名前。

参照可能: Data Modelerウィンドウにデータ・フロー・ダイアグラムを表示するかどうかを制御します。また、オブジェクト・ブラウザでデータ・フロー・ダイアグラム名を右クリックした後、コンテキスト・メニューで「表示」または「非表示」を選択して表示を制御することもできます。

プロセス順序/番号

データ・フロー・ダイアグラムに関連付けられたすべてのプロセスが表示されます。「プロセスのプロパティ」を表示または編集するには、プロセスを選択して「プロパティ」アイコンをクリックします。データ・フロー内でプロセスの順序を上下に移動するには、プロセスを選択して矢印アイコンを使用します。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.67 モデルのプロパティ - データ型

「データ型モデル」には、次のプロパティがあります。

一般

名前: データ型モデルの名前。

参照可能: Data Modelerウィンドウにデータ型モデル・ダイアグラムを表示するかどうかを制御します。また、オブジェクト・ブラウザでデータ型モデルを右クリックした後、コンテキスト・メニューで「表示」または「非表示」を選択して表示を制御することもできます。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.68 モデルのプロパティ - 論理

「論理モデル」には、次のプロパティがあります。

一般

名前: 論理モデルの名前。

参照可能: Data Modelerウィンドウに論理モデルのダイアグラムを表示するかどうかを制御します。また、オブジェクト・ブラウザで論理モデル名を右クリックした後、コンテキスト・メニューで「表示」または「非表示」を選択して表示を制御することもできます。

ネーミング・オプション

エンティティ、属性およびビューに対して、次のネーミング規則を指定できます。

名前の最大長: 名前に使用する文字の最大数。

大文字/小文字: 大文字のみ、小文字のみ、大/小文字の両方(混合)のいずれを使用できるかを制御します。

有効な文字: 「すべて有効」(制限なし)を指定するか、「すべて有効」を無効にして有効な文字セットを選択します。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.69 モデルのプロパティ - <多次元モデル名>

多次元モデルには、次のプロパティがあります。

一般

名前: 多次元モデルの名前。

参照可能: Data Modelerウィンドウに多次元モデル・ダイアグラムを表示するかどうかを制御します。また、オブジェクト・ブラウザで多次元モデル名を右クリックした後、コンテキスト・メニューで「表示」または「非表示」を選択して表示を制御することもできます。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.70 モデルのプロパティ - プロセス・モデル

「プロセス・モデル」には、次のプロパティがあります。

一般

名前: プロセス・モデルの名前。

参照可能: Data Modelerウィンドウにプロセス・モデルのダイアグラムを表示するかどうかを制御します。また、オブジェクト・ブラウザでプロセス・モデル名を右クリックした後、コンテキスト・メニューで「表示」または「非表示」を選択して表示を制御することもできます。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.71 モデルのプロパティ - <名前> (リレーショナル)

「リレーショナル・モデル」には、次のプロパティがあります。

一般

名前: リレーショナル・モデルの名前。

参照可能: Data Modelerウィンドウにこのリレーショナル・モデルのダイアグラムを表示するかどうかを制御します。また、オブジェクト・ブラウザでリレーショナル・モデル名を右クリックした後、コンテキスト・メニューで「表示」または「非表示」を選択して表示を制御することもできます。

RDBMSタイプ: データベースのタイプ。

RDBMSサイト: RDBMSサイト。特定のRDBMSタイプのサイトを選択できます。(RDBMSサイトの詳細は、1.3.6「物理モデル」を参照してください。)

ネーミング・オプション

表、列およびビューに対して、次のネーミング規則を指定できます。

名前の最大長: 名前に使用する文字の最大数。

大文字/小文字: 大文字のみ、小文字のみ、大/小文字の両方(混合)のいずれを使用できるかを制御します。

有効な文字: 「すべて有効」(制限なし)を指定するか、「すべて有効」を無効にして有効な文字セットを選択します。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.72 名前の略称

このダイアログ・ボックスは、「ツール」→「名前の略称」をクリックすると表示されます。(値がカンマで区切られた)string-to-use, string-to-be-changed形式の組合せを含む.csvファイルを指定する必要があります(カンマの後の空白の有無は関係ありません)。「OK」をクリックすると、各ペアの2つ目の語のスペルは、1つ目の語に変更され、この語は、現在の設計におけるリレーショナル・モデルの名前または(アンダースコアや空白で区切られた)名前の一部です。

例として、次に示す.csvファイルの行では、文字列CUSおよびCUSTOMERがCUSTに変更されます。

CUST, CUSTOMER
CUST, CUS

たとえば、customer_idという列はcust_idに、cus_last_nameという列はcust_last_nameに変更されます。(このように、変更後の名前は簡略化されるのではなく、一貫性が付与されます。)

.csvファイルの選択: カンマで区切られた値のペアを含む.csvファイルを検索します。

すべてのオブジェクト: 名前変更が表、列、索引およびビューに適用されるか、または指定したオブジェクト・タイプのみに適用されるかどうかを制御します。

大/小文字の保持: 名前文字列の変更時に、現在の名前の大/小文字を保持するかどうかを制御します。このオプションを無効にすると、変更される名前のスペル(大/小文字)には、.csvファイルにペアで指定されたとおりに大/小文字が使用されます。たとえば、このオプションを無効にしている場合に、文字列のペアがCUST,CUSTOMERであると、customer_first_nameの名前はCUST_first_nameに変更されます。

注意: 名前略語をネーミング標準化と混同しないでください(ネーミング標準化は、有効範囲がより広く、「設計ルール」の確認に統合されています)。ネーミング標準化は、Data Modelerユーザー・オプションを介して実装されています(詳細は、1.5.2.5「ネーミング標準」を参照してください)。

3.73 データベース接続の新規作成/更新

このダイアログ・ボックスは、インポート操作またはエクスポート操作で使用するデータベース接続を追加または編集する際に表示されます。データ・ディクショナリからのインポート操作では、Oracle Databaseまたはサポートされるサード・パーティ・データベースに接続できます。エクスポート操作の場合は、Oracle Databaseに接続して、Data Modelerのレポート・リポジトリとして使用できます(1.8「Data Modelerレポート」を参照)。

接続情報の入力が完了したら、接続をテストします(「接続情報の指定後」を参照)。

次のフィールドには、特定のデータベース接続のみに該当するものも含まれています。

接続名: 入力する情報を使用したデータベースへの接続の別名。(接続名はデータベースに格納されません。また、接続はデータベース・オブジェクトではありません。)推奨: 接続名にはデータベース名(SID)およびユーザー名を含めることをお薦めします。例: personnel_herman(personnelデータベースにユーザーHermanとして接続する場合)

ユーザー名: 接続のデータベース・ユーザーの名前。このユーザーには、表やビューなどのオブジェクトの作成、編集、削除など、データベースへの接続中に目的のタスクを実行するのに十分な権限が必要です。

パスワード: 指定したデータベース・ユーザーに関連付けられたパスワード。

パスワードの保存: このオプションを選択すると、パスワードが接続情報とともに保存され、この接続を使用してその後で接続を試行してもパスワードの入力が求められません。

残りのフィールドは、データベース・タイプに従ってタブの下でグループ化されます。「「Oracle」タブ」または「「他のデータベース(サード・パーティ)」タブ」を参照してください。

「Oracle」タブ

次の情報は、Oracle Databaseへの接続に適用されます。

ロール: 接続に関連付ける権限セット。SYSDBAシステム権限を付与されたユーザーには、権限を含む接続を指定できます。

接続タイプ: 「基本」、「TNS」または「拡張」を選択します。(フィールドの表示は、接続タイプでの変更に合わせて変更されます。)

「基本」接続タイプ

ホスト名: Oracle Databaseのホスト・システム。

ポート: リスナー・ポート。

SID: データベース名。

サービス名: データベースのネットワーク・サービス名(セキュアな接続を介したリモート・データベース接続の場合)。

「TNS」接続タイプ

ネットワーク別名: データベースのOracle Net別名。(システムにtnsnames.oraファイルが存在する場合、ネットワークの別名の選択用リストには、最初にこのファイルの内容が移入されます。)

接続識別子: Oracle Netの接続識別子。

「拡張」接続タイプ

カスタムJDBC URL: Javaからデータベースに直接接続するURL。TNS、またはOCIドライバによるネーミング・サービスを使用している場合は、この情報を指定する必要があります。次に例を示します。

jdbc:oracle:thin:scott/@localhost:1521:orcl

この例では、「/」が必要であり、ユーザーはパスワードの入力を求められることに注意してください。

カスタムJDBCのURLを使用するには、Data Modelerを実行しているシステムに、Oracle Clientがインストールされている必要があります(このインストールは、JDBCとorai18nのライブラリを含み、指定したパス上に存在し、バージョン10.2以上です)。

「他のデータベース(サード・パーティ)」タブ

次の情報は、サード・パーティ(Oracle以外)のデータベースへの接続に適用されます。

ホスト名: データベースのホスト・システム。

ポート: リスナー・ポート。

データベース: データベースの名前。

「JDBC-ODBCブリッジ」または「他のサードパーティ・ドライバ」(JDBC ODBCブリッジのタブ): ODBCに対するJDBCブリッジ・ドライバか、サード・パーティのドライバかを示します。

ODBC別名(JDBC-ODBCブリッジ): 既存のODBCデータソースの名前。

JDBC URL(他のサード・パーティのドライバ): Javaからデータベースに直接接続するURL。他のすべての接続タイプ指定より優先されます。

ドライバ・クラス(他のサード・パーティ・ドライバ): 接続に使用されるドライバ・クラスの名前(com.microsoft.jdbc.sqlserver.SQLServerDriverなど)。この名前は、JDBCドライバの仕様書(通常、ドライバに付属)で見つけることができます。

接続情報の指定後

指定した情報を使用して接続をテストするには、「接続のテスト」をクリックします。テスト結果を示すメッセージが表示されます。

新しい接続を追加するか、既存の接続に対する編集を完了するには、「OK」をクリックします。

3.74 オブジェクト名管理

このダイアログ・ボックスは、「ツール」の次に「オブジェクト名管理」をクリックした場合に表示されます。オブジェクトのプロパティのダイアログ・ボックスで、指定したオブジェクトの名前を固定(変更不能)または変更可能にできます。たとえば、従業員表の名前が固定の場合、リレーショナル・モデルの従業員表の「表のプロパティ」ダイアログ・ボックスで、名前はグレー表示(編集不能)されます。

固定または変更可能に指定できる名前のオブジェクトを表示するには、使用可能なタイプの各タブを選択します。各タブのページには、「すべて選択」アイコンと「すべて選択解除」アイコン、「フィルタ」ボックス、および使用可能な各オブジェクトの行(表示された各行の「固定」ボックスを含む)があります。

「すべて選択」アイコン: 表示されているすべてのオブジェクトを選択します。

すべて選択解除アイコン: 表示されているすべてのオブジェクトを選択解除します。

フィルタ: 文字列を入力すると、その文字列を含む名前のオブジェクトのみを表示するように制限できます。

名前: 選択したタブに関連付けられたタイプのオブジェクトの名前。

固定: このオプションが選択されている場合、オブジェクトのプロパティ・ダイアログ・ボックスではオブジェクト名を変更できません。このオプションが選択されていない場合、オブジェクト名は変更可能です。

適用: 指定を有効にするには、「適用」をクリックする必要があります。

3.75 プロセスのプロパティ

このダイアログ・ボックスには、プロセス・モデルに含まれるプロセス・オブジェクトのプロパティが表示されます。

一般

名前: プロセスの名前。

シノニム: プロセスのシノニム。

ソースのフィルタ条件: WHERE句で有効なSQLを使用した、ソース・レベルでのデータに対するフィルタ(WHEREキーワードは含まない)。例: dept_id = 'ENG'

ソースの結合条件: WHERE句で有効なSQLを使用した、プロセスで使用される2つ以上のソース間の結合(WHEREキーワードは含まない)。例: table1.dept_id = table2.dept_id

タイプ: プロセスのタイプです。「プリミティブ」(スタンドアロン)、「コンポジット」(複数の外部プロセスで構成)または「変換タスクの使用」(次のフィールドで指定)を指定します。

変換タスクの使用: 使用する変換タスクを選択します。

短い定義

プロセスの短い定義のテキスト。

モード

インタラクティブ/バッチ: モード: 「バッチ」、「インタラクティブ」、「手動」または「不明」。

最小許容スループット: 最小トランザクションのバッチ: バッチ・モードの場合に、指定したそれぞれの「最小許容スループット」の「バッチ時間単位」で許容される処理操作の最小数。例: 毎時間100の操作の場合は100。

最小許容スループット: バッチ時間単位: 処理操作について指定した最小許容数に対応する時間の単位。例: 毎時100の操作の場合は時間。

最長許容レスポンス時間: 最長許容レスポンス時間を表す数値部分。例: 5秒の場合は5。

最長許容レスポンス時間単位: 最長許容レスポンス時間を表す時間の測定単位。例: 5秒の場合は秒。

頻度/優先度

予想される頻度: 「予想される頻度の時間単位」に指定した単位内に使用されると予想されるプロセスの回数。例: 毎日50回の場合は50。

予想される頻度の時間単位: 「予想される頻度」に対応する時間の測定単位。例: 毎日50回の場合は日。

優先度: プロセスの優先度を表す用語(「低」、「標準」、「高」または「なし」)。

ピーク時

指定はプロセスが実行される日ごとに行いますが、ピーク時(レベル、アクティビティまたは要求が高い時間)を設定しないか、または1時間間隔で1つ以上の間隔を指定することができます。

情報構造

プロセスと関連のある情報構造が表示されます。「情報構造のプロパティ」を表示するには、情報構造の項目をダブルクリックするか、その項目を選択して「プロパティ」アイコンをクリックします。

イベント

プロセスに関連付けられているイベントが表示されます。フロー・イベント用の個別の領域を含みます。「イベントのプロパティ」を表示するには、情報構造の項目をダブルクリックするか、その項目を選択して「プロパティ」アイコンをクリックします。イベントを追加するには、「追加」(+)アイコンをクリックし、プロセス定義からイベントを削除するには、そのイベントを選択して「削除」(X)アイコンをクリックします。

流入フロー

プロセスに流入するフローが表示されます。「フローのプロパティ」を表示するには、フロー項目をダブルクリックするか、項目を選択して「プロパティ」アイコンをクリックします。(フローを追加するには、データ・フロー・ダイアグラムの「新しいフロー」を使用します。)

流出フロー

プロセスから流出するフローが表示されます。「フローのプロパティ」を表示するには、フロー項目をダブルクリックするか、項目を選択して「プロパティ」アイコンをクリックします。(フローを追加するには、データ・フロー・ダイアグラムの「新しいフロー」を使用します。)

処理済属性

プロセスによって処理された属性が表示されます。「属性のプロパティ」を表示するには、属性の項目をダブルクリックするか、その項目を選択して「プロパティ」アイコンをクリックします。

処理済エンティティ

プロセスによって処理されたエンティティが表示されます。「エンティティのプロパティ」を表示するには、エンティティの項目をダブルクリックするか、その項目を選択して「プロパティ」アイコンをクリックします。

タスク入力パラメータのマッピング

タスク入力パラメータとそのソース間のマッピングが表示されます。

ソース-ターゲット・マッピング

ターゲット要素ごとに、変換のタイプとして「そのまま」、「導出」または「集約」を指定できます。「要約」または「複合式」。(各ターゲット要素は、「処理済属性」ペインの項目と一致します。)

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.76 RDBMSサイト・エディタ

このダイアログ・ボックスは、「ツール」→「RDBMSサイト管理」をクリックすると表示されます。これを使用すると、RDBMSサイトの表示、サイトの追加、追加したサイトの編集および削除を行うことができます。事前定義済のサイトのプロパティを削除または変更することはできません。(RDBMSサイトの詳細は、1.3.6「物理モデル」を参照してください。)

現在の設計

現在定義されているRDBMSサイトがリストされます。サイトを選択すると、その名前とRDBMSタイプが表示されます。ユーザー定義のサイトを追加するには、「追加」をクリックして、名前とRDBMSタイプを指定して、「適用」をクリックし、ユーザー定義のサイトを削除するには、RDBMSサイトの下でそのエントリをクリックして、「削除」をクリックします。

外部RDBMSファイル

RDBMSサイト定義を含む外部XMLファイルを指定して、サイトを表示できます。サイトを選択すると、その名前とRDBMSタイプが表示されます。サイトを追加するには、「追加」をクリックして、名前とRDBMSタイプを指定して、「適用」をクリックし、サイトを削除するには、RDBMSサイトの下でそのエントリをクリックして、「削除」をクリックします。このダイアログ・ボックスで行った変更をXMLファイルに保存するには、「保存」をクリックします。

3.77 レコード構造のプロパティ

このダイアログ・ボックスには、レコード構造のプロパティが表示されます。

一般

名前: レコード構造の名前。

データ要素

レコード構造に関連付けられている外部データ・オブジェクトが表示されます。外部データ・オブジェクトのプロパティを表示するには、項目をダブルクリックするか、または項目を選択して、「プロパティ」アイコンをクリックします。外部データ・オブジェクトを追加するには、「追加」(+)アイコンをクリックし、レコード構造の定義から外部データ・オブジェクトを削除するには、その外部データ・オブジェクトを選択して「削除」(X)アイコンをクリックします。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.78 リレーションのプロパティ

このダイアログ・ボックスには、論理モデルに含まれるリレーションシップのプロパティが表示されます。

一般

名前: リレーションシップの名前。

サロゲート・キーの使用: サロゲート・キーを使用してレベル接頭辞をメンバーに追加することにより、一意性を確保するかどうかを制御します。

ソース・カーディナリティ

ソース: リレーションシップのソース・エンティティ。

ソース・キー:

ソースの名前: リレーションシップのソース・エンティティのロールを説明するテキスト(「has」など)。このダイアログ・ボックスは、ダイアグラム・コンテキストのメニューから「表示」→「ラベル」を選択すると、論理モデルダイアグラムに表示されます。

ソース・エンティティ・シノニム: ソース・エンティティのシノニム。

ターゲットに対するソースのカーディナリティ: 同じキー値を持つターゲット・レコードに対するソース・レコードのカーディナリティ。多数の場合は*、1つの場合は1。

オプションのソース: リレーションシップのソース・エンティティに1つ以上のインスタンスを含める必要があるかどうかを制御します。このオプションを有効にすると、ソース・インスタンスを0(ゼロ)にすることができ、このオプションを無効にすると、1つ以上のソース・インスタンスが必要になります。

移動可能:

ターゲット・カーディナリティ

ターゲット: リレーションシップのターゲット・エンティティ。

ターゲット・キー:

ターゲットの名前: リレーションシップのターゲット・エンティティのロールを説明するテキスト(「any number of」など)。このダイアログ・ボックスは、ダイアグラム・コンテキストのメニューから「表示」→「ラベル」を選択すると、論理モデルダイアグラムに表示されます。

ターゲット・エンティティ・シノニム: ターゲット・エンティティのシノニム。

ソースに対するターゲットのカーディナリティ: 同じキー値を持つソース・レコードに対するターゲット・レコードのカーディナリティ。多数の場合は*、1つの場合は1。

オプションのターゲット: リレーションシップのターゲット・エンティティに1つ以上のインスタンスを含める必要があるかどうかを制御します。このオプションを有効にすると、ターゲット・インスタンスを0(ゼロ)にすることができ、このオプションを無効にすると、1つ以上のターゲット・インスタンスが必要になります。

移動可能:

主要なロール: 主要なロールを持つエンティティ。

識別: これが識別リレーションシップかどうかを制御します。親エンティティと子エンティティ間に識別リレーションシップがある場合、リレーショナル・モデルが生成されると、子表で、親に対する外部キーが子の主キーの一部になります。(非識別リレーションシップでは、親表に対する外部キーは、子表の別の列であり、主キーの一部にはなりません。)

ルールの削除: リレーションシップの子の最後で自動的に行われるアクション。リレーショナル・モデルへのエンジニアリングで使用されます。子表内の行が削除され、その値を含む行が親表内に存在する場合、「アクションなし」はこれらの行に対してアクションを実行しません。「カスケード」はこれらの行を削除します。「NULLを設定」は、NULL値が設定可能な行のすべての列にNULLを設定します。「制限」は、これらの行を削除できないようにします。

属性

リレーションシップの任意の属性を定義できます。

名前: 属性の名前。

データ型: 属性のデータ型。

必須:

エンジニア先

フォワード・エンジニアリング操作でこのリレーションシップを伝播する必要があるリレーショナル・モデルを指定できます。

エンジニア: フォワード・エンジニアリング操作時に、指定されたリレーショナル設計(モデル)にリレーションシップを伝播するかどうかを制御します。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

「コメント」、「注意」、「影響分析」、「測定」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.79 リレーショナル・モデル

「リレーショナル・モデル」ダイアログ・ボックスでは、比較およびマージを行う2つのリレーショナル・モデルが識別されます。このボックスは、「ツール」→「モデルの比較/マージ」をクリックすると表示されます。

元: 宛先モデルにマージされるソース・リレーショナル・モデル。

先: ソース・リレーショナル・モデルからオブジェクトがマージされる宛先リレーショナル・モデル。

データベース・タイプ: データ型を使用するOracle物理モデルを選択します。

マッピングの比較の表示: 「マッピングの比較」ダイアログ・ボックスを表示します。

「OK」をクリックすると、「モデルの比較」ダイアログ・ボックスが表示されます。これを使用して、オブジェクトのタイプおよびマージするオブジェクトを制限するフィルタを適用することができます。

3.80 レポート・テンプレート管理

このダイアログ・ボックスは、レポートの生成(「RTF、HTMLまたはPDFファイルとしてのレポートの生成」を参照)時に「テンプレート」の下の「管理」をクリックすると表示されます。このダイアログ・ボックスを使用すると、レポート・テンプレートを作成、編集および保存でき、レポートに含めるオブジェクトのタイプをカスタマイズできます。

テンプレート: 作成されたレポート・テンプレートがリストされます。

新しいテンプレートを作成するには、「追加」をクリックします。リストされたテンプレートを編集するには、そのテンプレートを選択して、「編集」をクリックします。リストされたテンプレートを削除するには、そのテンプレートを選択して、「削除」をクリックします。必要な編集を行った後にテンプレートを保存するには、「保存」をクリックします。

テンプレート名: テンプレートの名前。推奨: Columns_and_CommentsやForeign_Keys_Allなど、意味のある名前を選択してください(「外部キー - 参照元」および「外部キー - 参照先」を選択した場合)。

レポート・セクション: このレポート・テンプレートに含める情報の種類を示すアイテムを選択します(チェック・マークを付けます)。たとえば、「列」、「列のコメント」、「制約」、「外部キー - 参照元」、「外部キー - 参照先」および「索引」を選択することができます。

3.81 リソース・ロケータのプロパティ

このダイアログ・ボックスには、ビジネス情報オブジェクトの一種であるリソース・ロケータ・オブジェクトのプロパティが表示されます。

一般

名前: リソース・ロケータ・オブジェクトの名前。

URL: リソース・ロケータがWebアドレスである場合のUniform Resource Locator。

連絡先

リソース・ロケータ・オブジェクトには、リソースの責任のレベルを示す順序で、複数の連絡先オブジェクトを関連付けることができます。たとえば、URLに2つの連絡先をリストする場合、主要なウェブマスターを最初にリストするようにできます。

「コメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.82 責任者のプロパティ

このダイアログ・ボックスには、ビジネス情報オブジェクトの一種である責任者オブジェクトのプロパティが表示されます。

一般

名前: 責任者オブジェクトの名前。例: 人名、ロール(プロジェクト・リーダーなど)または部門(品質保証など)。

職責: 責任の内容に関する簡単な説明。例: 「全体的なプロジェクト管理」

連絡先

責任者オブジェクトには、責任者に連絡を試みる順序で、複数の連絡先オブジェクトを関連付けることができます。たとえば、会社、携帯、自宅という順序で連絡先がリストされている場合、責任者への連絡は、会社、携帯電話、自宅という順序で行われます。

「コメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.83 ロールのプロパティ

このダイアログ・ボックスには、プロセス・モデルに含まれるロール・オブジェクトのプロパティが表示されます。

一般

名前: ロールの名前。

シノニム: ロールのシノニム。

説明: ロールの説明。

プロセス

ロールに関連付けられるプロセスの追加、削除および編集プロセスを行うことができます。

エンティティ

ロールに関連付けられるエンティティ、およびロールによってそのエンティティに許可される操作(作成、読取り、更新、削除)を表示および変更できます。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.84 RollupLinkのプロパティ

このダイアログ・ボックスには、多次元モデルのロールアップ・リンクのプロパティが表示されます。多次元データでの作業の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

3.85 ルール・セットのプロパティ

このダイアログ・ボックスには、「設計ルール」ダイアログ・ボックスの「ルール・セット」タブで選択したルール・セットのプロパティが表示されます。このルール・セットに含める設計ルールを指定するには、必要なルールを選択して、そのルールを「すべてのルール」列から「選択したルール」列に移動します。

3.86 スキーマ・プロパティ

このダイアログ・ボックスには、「リレーショナル・モデル」の表およびその他のオブジェクトに関連付けられるデータベース・スキーマのプロパティが表示されます。リレーショナル・モデル・オブジェクトをスキーマに関連付ける場合、ダイアグラムにスキーマ名が表示され、DDLの生成中に使用されます。

一般

名前: データベース・スキーマの名前。

表、ビュー、索引

表、ビューおよび索引で、そのタイプの(使用可能な)すべてのオブジェクトおよびそのタイプの選択したオブジェクトが表示されます。オブジェクトをスキーマと関連付けるには、「すべて」の下でオブジェクトを選択して、「追加」(右矢印)アイコンをクリックして、「選択済」列に移動します。関連付けを削除するには、「選択済」の下でその関連付けを選択して、「削除」(左矢印)アイコンをクリックして、「すべて」列に移動します。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

「コメント」、「注意」、「測定」、「変更リクエスト」、「責任者」、「ドキュメント」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.87 DDLファイルの選択

このダイアログ・ボックスは、1つ以上のデータ定義言語(DDL)ファイルからリレーショナル・モデルに定義をインポートする目的で、「ファイル」→「インポート」→「DDLファイル」をクリックすると表示されます。インポート元のファイルをリストに追加するには、「DDLファイルの追加」(+)アイコンをクリックし、リストからファイルを削除するには、そのファイルを選択して「DDLファイルの削除」(X)アイコンをクリックします。

オプション

インポート先: 指定した1つ以上のファイルの定義のインポート先であるリレーショナル・モデルの名前。

ターゲット・モデルのスワップ: このオプション(使用可能な場合)は、どの定義がどの定義にマージされるかを決定し、マージ用の「リレーショナル・モデル」ダイアログ・ボックス(このボックスが表示される場合)の左側のペインと右側のペインにどのモデルが表示されるかを決定します。確実なインポートおよびマージ操作のために、このオプションを有効にすると、現行のリレーショナル・モデルを特定のデータベース(DDLファイル)にマージするスクリプトが生成されますが、このオプションを無効にすると、インポートされたファイルの定義がリレーショナル・モデルにマージされます。

スキップ・マージ・ダイアログ: このオプションを有効にすると、インポート操作の前に「リレーショナル・モデル」ダイアログ・ボックスが表示されなくなります。

3.88 ファイルの選択

これは、操作用のファイルを選択するための標準ボックスで、「ロケーション」を使用してファイルを保存または開くフォルダに移動して、ファイル名および必要に応じてファイル・タイプを選択または指定します。

3.89 エクスポートするモデル/サブビューの選択

このダイアログ・ボックスは、「ファイル」をクリックしてから、「エクスポート」、「Data Modeler設計へ」とクリックした場合に表示されます。このダイアログ・ボックスを使用してエクスポート構成を作成、編集、削除、保存します。これにより、エクスポートするモデルおよびサブビューをカスタマイズできます。

構成のエクスポート: 作成されたすべての構成がリストされます。

新しい構成を作成するには、「追加」をクリックします。リストされた構成を編集するには、その構成を選択して「編集」をクリックします。リストされた構成を削除するには、その構成を選択して「削除」をクリックします。必要な編集を行った後に構成を保存するには、「保存」をクリックします。

エクスポート名: エクスポートする構成の名前。

説明: 任意指定の説明テキスト。

モデル: フィルタ: 使用可能なモデルのリストを、入力した文字で始まる名前のモデルに限定するための入力を開始できます。使用可能なモデルから選択するには、1つ以上のモデルの名前をクリックし、右矢印アイコンをクリックしてその名前を「選択済」リストに移動します。

SubView: フィルタ: 使用可能なサブビューのリストを、入力した文字で始まる名前のサブビューに限定するための入力を開始できます。使用可能なサブビューから選択するには、1つ以上のサブビューの名前をクリックし、右矢印アイコンをクリックしてその名前を「選択済」リストに移動します。

3.90 分類タイプの設定

このダイアログ・ボックスは、多次元モデルのエンティティまたは表に対して、それぞれの分類タイプ(「ファクト」、「ディメンション」、「ロギング」、「サマリー」、「一時」)を指定するために使用されます。

ダイアグラム: 分類タイプユーザー・プリファレンスでは、ダイアグラム内で各分類タイプに対して使用される色を指定できます。

3.91 共通プロパティの設定

このダイアログ・ボックスは、「オブジェクトの検索(検索)」ウィンドウで「プロパティ」をクリックした場合に表示されます。

選択したオブジェクトに共通の各プロパティについて、リストに「プロパティ名」、「古い値」(ダイアログ・ボックスが表示されたときの値)、「新しい値」(新しい値を指定した場合)および「タイプ」(データ型)が表示されます。

リストされたプロパティに新しい値を指定するには、「新しい値」で必要に応じて任意の新しい値を入力します。それ以外の場合は、省略記号(...)ボタンが「タイプ」の隣に表示されるので、そのボタンをクリックして任意の新しい値を選択します。

3.92 データ型の設定

このダイアログ・ボックスは、ユーザー定義の属性にデータ型を指定するために使用されます。型のカテゴリ(「論理」、「固有」、「コレクション」または「構造化」)を選択した後、選択したカテゴリから特定の型を選択します。

「論理型」を指定して表示された型をクリックすると、「論理型」ダイアログ・ボックスが表示されます。

参照: 構造型について、型がREF(参照)として作成されるかどうかを制御します。REFは、参照用オブジェクトのオブジェクト識別子(OID)から構築される行オブジェクトへの論理ポインタであり、Oracle組込みデータ型です。REFとREFのコレクションではオブジェクト間の関連付け(特に多対1リレーションシップ)がモデル化されるため、外部キーの必要性が減少します。

3.93 スライスのプロパティ

このダイアログ・ボックスには、多次元モデルにおけるキューブのスライスのプロパティが表示されます。多次元データでの作業の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

名前: スライスの名前。

読取り専用: スライスのデータが読取り専用かどうかを制御します。

メジャー

計算済メジャーでは、情報に富んだデータをキューブに追加できます。データ・セットはその場で計算されるため、データは格納されません。計算済メジャーは、データベースのサイズを増やさなくても、必要な数だけ追加できます。

ディメンション、レベル

スライスのディメンション/階層/レベルのすべての組合せがリストされます。レベルを追加するには、「追加」(+)アイコンをクリックし、スライス定義からレベルを削除するには、そのレベルを選択して「削除」(X)アイコンをクリックします。(「レベルのプロパティ」も参照してください。)

選択済属性

スライスのすべてのディメンションがリストされます。ディメンションを追加するには、「追加」(+)アイコンをクリックし、スライス定義からディメンションを削除するには、そのディメンションを選択して「削除」(X)アイコンをクリックします。(「ディメンションのプロパティ」も参照してください。)

スライスとエンティティのマッピング

指定したエンティティのすべての属性およびマッピングがリストされます。

選択基準

1つ以上の選択基準(各基準の名前、WHERE句、その他の詳細)を指定できます。

Oracle名

短縮名: ロング・ネームのかわりにアプリケーションで使用可能なわかりやすい短い名前。

ロング・ネーム: 通常は表示用に使用されるわかりやすい長い名前。

複数名: (レポート用の)複数名。例: 「短縮名」がMysliceの場合はMyslices

Oracle AWへのSQLアクセス

Oracle Analytic Workspaces(AW)オブジェクトへの関連するすべてのSQLアクセスが表示されます。Oracle AWオブジェクトへのSQLアクセスを追加するには、「追加」(+)アイコンをクリックし、スライス定義からOracle AWオブジェクトへのSQLアクセスを削除するには、そのOracle AWオブジェクトへのSQLアクセスを選択して「削除」(X)アイコンをクリックします。Oracle AWオブジェクトへのSQLアクセスを編集するには、その項目をダブルクリックするか、「プロパティ」アイコンをクリックします。(「Oracle AWへのSQLアクセスのプロパティ」も参照してください。)

説明

スライスの説明。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.94 空間定義のプロパティ

空間表の空間列のプロパティを示します。プロパティはSDO_GEOMETRY型の属性およびオプションと一致します(詳細は、『Oracle Spatial開発者ガイド』を参照してください)。

名前: 空間定義オブジェクトの名前。

空間列: 空間列の名前。

関数の使用: 列値の計算に関数が使用されるかどうかを識別します。

関数式: 「関数の使用」が有効になっている場合の関数式。

座標系ID: Oracle SpatialのSRID値。例: グリニッジ子午線を使用するWGS 84経度/緯度システムの場合は8307

空間索引の作成: 空間索引が作成されるかどうかを制御します。

空間索引名: 空間索引の名前。

ディメンション情報: ディメンションごとに、名前、下限、上限および許容差を指定します。例: 名前 = 経度、下限 = -180、上限 = 180、許容差 = 10(10メートル)

3.95 Oracle AWへのSQLアクセスのプロパティ

このダイアログ・ボックスには、多次元モデルにおけるOracle Analytic Workspaces(AW)オブジェクトへのSQLアクセスのプロパティが表示されます。多次元データでの作業の詳細は、『Oracle OLAPユーザーズ・ガイド』およびAnalytic Workspace Managerのオンライン・ヘルプを参照してください。

一般

名前: オブジェクトの名前。

AW名: ソースデータが格納されるアナリティック・ワークスペース。

GIDを含める: ディメンション・メンバーごとに、グループ化IDが含まれるかどうかを制御します。

オブジェクト・タイプの使用: 次の2つのフィールド(「オブジェクト・タイプ名」および「表タイプ名」)にアクセス可能かどうかを制御します。

オブジェクト・タイプ名: オブジェクト・タイプの名前。

表タイプ名: 表タイプの名前。

モデル句の使用: SQL文にデフォルトの文「RowToCellを含める」が含まれるかどうかを制御します。

RowToCellを含める: SQL文にデフォルトの文「モデル句の使用」が含まれるかどうかを制御します。

SQL文: 属性を表示、変更、順序変更したり、現在の仕様が反映されたSQL文を参照することができるダイアログ・ボックスが表示されます。このボックスの「SQL文」タブで「上限で書式設定されたマップの表示」オプションを使用すると、ディメンション情報の書式設定(複数行への分割)を行うことができます。

ディメンションおよび属性

オブジェクトに関連付けられているすべてのディメンションがリストされます。ディメンションごとに、事前定義された属性および階層を指定できます。ディメンションおよび属性項目を追加するには、「追加」(+)アイコンをクリックして、含める要素を選択し、オブジェクト定義からディメンションおよび属性項目を削除するには、そのディメンションまたは属性項目を選択して「削除」(X)アイコンをクリックします。

メジャー

計算済メジャーでは、情報に富んだデータをキューブに追加できます。データ・セットはその場で計算されるため、データは格納されません。計算済メジャーは、データベースのサイズを増やさなくても、必要な数だけ追加できます。

説明

Oracle AWオブジェクトへのSQLアクセスの説明。

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.96 標準レポート構成

このダイアログ・ボックスは、「レポート」ダイアログ・ボックス(「RTF、HTMLまたはPDFファイルとしてのレポートの生成」を参照)の「設計」の下の「管理」をクリックすると表示されます。このダイアログ・ボックスを使用してレポート構成を作成、編集、削除および保存します。これにより、レポートに含めるサブビューおよびオブジェクトをカスタマイズできます。

標準レポート構成: 作成されたすべての構成がリストされます。

新しい構成を作成するには、「追加」をクリックします。リストされた構成を編集するには、その構成を選択して「編集」をクリックします。リストされた構成を削除するには、その構成を選択して「削除」をクリックします。必要な編集を行った後に構成を保存するには、「保存」をクリックします。

レポート名: 構成の名前。

全オブジェクトを含む: 指定した使用可能なレポート・タイプのすべてのオブジェクトに関する情報がレポートに含まれるようになります。

SubViewオブジェクトの選択: 指定したサブビューの指定した使用可能なレポート・タイプのオブジェクトだけがレポートに含まれるように限定します。

説明: 任意指定の説明テキスト。

SubView: フィルタ: 使用可能なサブビューのリストを、入力した文字で始まる名前のサブビューに限定するための入力を開始できます。使用可能なサブビューから選択するには、1つ以上のサブビューの名前をクリックし、右矢印アイコンをクリックしてその名前を「選択済」リストに移動します。

オブジェクト: フィルタ: オブジェクト名のリストを、入力した文字で始まる名前のオブジェクトに限定するための入力を開始できます。

使用: リストされた各オブジェクト名を選択すると、そのオブジェクトをレポートに含めることができ、選択解除すると、そのオブジェクトをレポートから除外できます。

3.97 構造化属性のプロパティ

このダイアログ・ボックスは、構造データ型の属性のプロパティを定義します。

一般

名前: 属性の名前。

データ型: 属性のデータ型。

必須: このデータ型に基づくすべての列で値が要求されるかどうかを制御します。

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.98 構造型のプロパティ

このダイアログ・ボックスは、新しいデータ型を作成する場合、または「データ型」の表示にリストされる構造型を編集する場合に表示されます。

一般

名前: 構造型の名前。

スーパータイプ: これがサブタイプの場合は、そのスーパータイプの名前。

最終: この型のオブジェクトを別の型の定義から継承可能かどうかを制御します。このオプションを有効にすると、この型を継承できません(型定義でスーパータイプにすることができません)。

インスタンス化可能: この型のオブジェクトを作成可能かどうかを制御します。このオプションを有効にすると、この型のオブジェクトを作成できます。

属性

構造型に対して現在定義されている属性がリストされます。各属性のプロパティには、名前とデータ型が含まれます。

属性を追加するには、「追加」(+)アイコンをクリックします。属性を削除するには、その属性を選択して「削除」(X)アイコンをクリックします。リスト内で属性を上下に移動するには、その属性を選択して該当する矢印をクリックします。属性のプロパティを表示するには、名前の左側のセルをダブルクリックします。

メソッド

構造型に対して現在定義されているメソッドがリストされます。

メソッドを追加するには、「追加」(+)アイコンをクリックします。メソッドを削除するには、そのメソッドを選択して「削除」(X)アイコンをクリックします。リスト内でメソッドを上下に移動するには、そのメソッドを選択して該当する矢印をクリックします。メソッドのプロパティを表示するには、名前をダブルクリックします。

「コメント」、「注意」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.99 Subversion: プロパティの追加

このダイアログ・ボックスは、現在選択されているファイルまたはフォルダのバージョニング・プロパティを追加する場合に使用します。

3.100 Subversion: ソース・コントロールに追加

このダイアログ・ボックスは、Subversionコントロールに新しいファイルを追加する場合に使用します。

ファイル・リスト: Subversionに追加するファイルの名前と物理的な場所のリストを表示します。

3.101 Subversion: パッチの適用

このダイアログ・ボックスは、以前に生成されたパッチを適用する際に使用します。パッチは、そのパッチが生成されたリビジョン/タグに適用する必要があります。

パッチが適用されるプロジェクトまたはファイル・セットの名前と場所が表示されます。

パッチ・ソース: パッチの取得元(システム・クリップボードまたはファイル)を指定します。

3.102 Subversion: ブランチ/タグ

このダイアログ・ボックスは、Subversionリポジトリでリモート・ディレクトリを右クリックし、「ブランチ/タグ」を選択すると表示されます。現行の作業用コピー、またはリポジトリのリビジョンを、リポジトリ内の選択した場所にコピーすることによって、ブランチを作成します。

FROM: 作業用コピーまたはリビジョンの場所。

作業用コピー: これにより、現行の作業用コピーがコピーされます。

ヘッド・リビジョン: これにより、ヘッド・リビジョン(リポジトリ内の最新のリビジョン)がコピーされます。

リビジョンの使用: これにより、テキスト・ボックスで指定したリビジョンがコピーされます。選択できるリビジョンのリストを表示するには、「リスト・リビジョン」をクリックします。

TO: 宛先の場所。

コメント: 説明コメント(オプション)。

新規ブランチ/タグへの切替え: このオプションを選択すると、既存の作業用コピーは新規ブランチに切り替えられます。

「OK」をクリックすると、下部に「SVNコンソール - ログ」ペインが表示され、実行されたコマンドに関するメッセージが示されます。

3.103 Subversion: Subversionからのチェックアウト

このダイアログ・ボックスは、Subversionリポジトリに保存されているファイルやフォルダの最初のローカル・コピーを作成するためにSubversionリポジトリからモジュールをチェックアウトする際に使用します。Subversionリポジトリの外に保存されるこのローカル・コピーで作業をします。Subversionの「作業用コピー」はこの場所とこの場所内のファイルで構成されます。

注意: Subversionには「チェックイン」手順がないため、更新したファイルをチェックインしたり、次にそのファイルでの作業が必要になった場合に再度チェックアウトしないようにしてください。かわりに、ファイルのローカル・コピーで作業を完了した後、それをSubversionリポジトリにコミットしてファイルを最新の状態に保ちます。また、他の開発者によりSubversionリポジトリにコミットされたローカル・コピーの変更内容を取り込む必要がある場合は、それを更新します。

宛先: チェックアウトされたファイルの格納先となるフォルダ。この宛先が空でない場合、このディレクトリにチェックアウトするかどうかを尋ねる警告メッセージが表示されます。(空でない宛先へのファイルのチェックアウトの試行は、宛先を指定したときの誤りの結果か、またはユーザーの意図の可能性があります。)

リビジョンの使用: このオプションを選択すると、テキスト・ボックスで指定したリビジョンが使用されます。使用可能なリビジョンを表示するには、双眼鏡アイコンをクリックします。

深さ: チェックアウトするファイルを選択する場合の再帰レベルを示し、無限大(バージョニング・ブラウザの階層で選択されている項目の下のすべてのレベルのすべての子)から「空」(このアイテムのみで子はなし)までのいずれかになります。

3.104 Subversion: リソースのコミット

このダイアログ・ボックスは、個々のファイルをSubversionリポジトリにコミットするために使用します。ファイルが、まだコミットされていない変更された親の子である場合は、まず親をコミットするか、作業用コピーをコミットする必要があります。

コミットされたファイルでリポジトリ内のファイルが置換されて最新ファイルとなります。それ以降にこれらのファイルからチェックアウトまたは更新をする他の開発者には、リポジトリ内に保持されていた以前のバージョンと比較してファイルが変更されたことが表示されます。

ファイル・リスト: Subversionリポジトリにコミットするファイルの名前と物理的な場所のリストを表示します。

ロックの保持: コミットしようとしているファイルに対して以前取得したロックを保持します。これは、他の開発者はファイルに加えた変更をまだコミットできないことを意味します。

コメント: コミット・アクションに付けるコメント。特定のファイルのバージョンのリストを表示すると、これらのコメントが表示されます。

3.105 Subversion: 作業用コピーのコミット

このダイアログ・ボックスは、作業用コピーをSubversionリポジトリにコミットするために使用します。コミットされたファイルでリポジトリ内のファイルが置換されて最新ファイルとなります。それ以降にこれらのファイルからチェックアウトまたは更新をする他の開発者には、リポジトリ内に保持されていた以前のバージョンと比較してファイルが変更されたことが表示されます。

ファイル・リスト: Subversionリポジトリにコミットする作業用コピーの名前と物理的な場所のリストを表示します。

ロックの保持: コミットしようとしているファイルに対して以前取得したロックを保持します。これは、他の開発者はファイルに加えた変更をまだコミットできないことを意味します。

コメント: コミット・アクションに付けるコメント。特定のファイルのバージョンのリストを表示すると、これらのコメントが表示されます。

3.106 Subversion: チェックアウトの確認

このダイアログ・ボックスは、リポジトリのブランチ、タグまたはトランクからではなく、リポジトリ・ルートからチェックアウトしようとすると表示されます。ルートからのチェックアウトを続行する場合は「はい」をクリックし、この要求を取り消す場合は「いいえ」をクリックします。

次回このメッセージを表示しない: このオプションを有効にすると、これ以降リポジトリ・ルートからのチェックアウトを要求した場合にこのダイアログ・ボックスは表示されなくなり、「はい」をクリックした場合と同様の操作が実行されます。

3.107 Subversion: リモート・ディレクトリの作成

このダイアログ・ボックスを使用すると、Subversionリポジトリで接続用のリモート・ディレクトリを作成できます。

ディレクトリ名: 指定したURLに関連付けるディレクトリ名。

コメント: 説明コメント(オプション)。

3.108 Subversion: Subversionリポジトリの作成

この情報は、Subversionリポジトリの作成に適用されます。リポジトリへの接続は自動的に作成されます。バージョニングおよびSubversionのData Modelerサポートの詳細は、1.9を参照してください。

リポジトリ・パス: 新しいSubversionリポジトリの場所。「参照」をクリックすると、場所を選択できます。

ファイルシステム・タイプ: リポジトリのデータ記憶域システム・タイプ。システムの選択の詳細は、http://svnbook.red-bean.com/の「Subversionによるバージョン管理」を参照してください。

- ネイティブ: オペレーティング・システムで使用されているファイルシステム・タイプ。

- Berkeley DB: Berkeley DBデータベースがデータ記憶域システムとして使用されます。

接続名: この接続の名前。このボックスを空白のままにすると、リポジトリの場所のURLに基づいた名前が与えられます。

3.109 Subversion: Subversion接続の作成/Subversion接続の編集

この情報は、Subversion接続の作成または編集に適用されます。バージョニングおよびSubversionのData Modelerサポートの詳細は、1.9を参照してください。

リポジトリURL: Subversionリポジトリの場所の完全で有効なURL。URLスキーマおよびそれらがマップされるアクセス方法は、次のとおりです。

- file:/// -- ダイレクト・リポジトリ・アクセス(ローカル・ディスク上)

- http:// -- WebDAVプロトコルを介したSubversion-aware Apacheサーバーへのアクセス

- https:// -- http://と同じですが、SSL暗号化を使用します

- svn:// -- カスタム・プロトコルを介したsvnserveサーバーへのアクセス

- svn+ssh:// -- Same as svn://と同じですが、SSHトンネルを使用します

接続名: この接続の名前。このボックスを空白のままにすると、リポジトリの場所のURLに基づいた名前が与えられます。

ユーザー名: リポジトリでユーザーおよびパスワードの検証を必要とする場合にリポジトリで認識されるユーザー名。

パスワード: 指定したユーザーのパスワード(パスワードが不要な場合は空白)。

読取りアクセスのテスト: Subversionリポジトリへの読取りアクセスのための接続の確立を試行します。

ステータス: テストの結果(成功またはエラー・メッセージ)が表示されます。

3.110 Subversion: リソースの削除

このダイアログ・ボックスを使用して、リポジトリで選択したリソース(ファイルまたはディレクトリなど)を削除します。

コメント: 削除を説明するコメント。

3.111 Subversion: 構成ファイルの編集

このダイアログ・ボックスは、「バージョニング: Subversion: 一般」プリファレンス・ペインの「serverの編集」をクリックすると表示されます。Subversion構成ファイルを直接変更できます。

リセット: 行われた変更を破棄し、ダイアログ・ボックスを開いたままにします。

変更を保存してボックスを閉じる場合は「OK」、変更を破棄してボックスを閉じる場合は「取消」をクリックします。

3.112 Subversion: ファイルのエクスポート

このダイアログ・ボックスは、ファイルをSubversionリポジトリからローカルのファイル・システム・ディレクトリにコピーするか、または作業用コピーをローカルのファイル・システム・ディレクトリにコピーするために使用します。

作業用コピーのパス: エクスポート用にコピーされるファイルの場所。「Subversion」コントロールの下にあるファイルのみがエクスポートされます。

宛先パス: ファイルのコピー先にするディレクトリを含むパス。

3.113 Subversion: Subversion接続のエクスポート

このダイアログ・ボックスは、ファイルに対する現在の1つ以上のSubversion接続の詳細をエクスポートするために使用します。この詳細情報を後でファイルからインポートすれば、接続を再作成できます。

ファイル名: 接続の詳細が格納されているファイルの場所と名前であるか、または「参照」ボタンを使用してファイルや場所を参照します。

接続: 詳細をエクスポートする1つ以上の接続を選択します。

3.114 Subversion: 履歴

このダイアログ・ボックスには、Subversionファイルのバージョン履歴情報が表示されます。

3.115 Subversion: 無視

このダイアログ・ボックスは、コメントファイル名を識別するファイルまたはパターンを、Subversionによって無視される必要がある内容としてマークするために使用します。(このダイアログ・ボックスでは、指定した内容に対してsvn:ignoreプロパティが設定されます。)

多くの場合、ディレクトリにはバージョン管理の対象としないようにする必要があるファイルが含まれています。たとえば、デバッグ操作やバッチ操作のログ・ファイルには、追跡またはマージが不要ですが、多くの場合、これらのファイルはプロジェクトの共有コードと同じディレクトリにあります。このようなファイルは、Subversionによって無視されるようにマークする必要があります。

3.116 Subversion: Subversion接続のインポート

このダイアログ・ボックスは、以前に作成したファイルからSubversion接続の詳細をインポートするために使用します。

ファイル名: 接続の詳細が格納されているファイルの場所と名前であるか、または「参照」ボタンを使用してファイルや場所を参照します。

接続: 詳細をインポートする1つ以上の接続を選択します。インポートする接続がすでに同じURLで存在する場合は、インポートする接続の詳細で既存の接続の詳細を上書きするかどうかの確認を求められます。

3.117 Subversion: Subversionへのインポート

このウィザードは、ソース・ファイルをSubversionリポジトリにインポートするために使用し、1つ次の手順に進む場合は「次へ」、1つ前の手順に戻る場合は「戻る」をクリックします。

宛先

インポートしたファイルが保存されるSubversionリポジトリおよびリポジトリ内のディレクトリを識別するために使用します。

リポジトリ接続: インポートしたファイルを保存するSubversionリポジトリの接続。

パス: インポートしたファイルを保存するためのSubversionリポジトリ内のディレクトリ。

ソース

ソース・ディレクトリ: Subversionにインポートするソース・ファイルを含むディレクトリ。最初は、ウィザードの起動時に選択した項目に基づいたパスを含んでいます。

コメント: インポートしたファイルに付けるコメント・テキスト。コメントは、Subversionリポジトリ内のファイルに対して記録され、ファイルのバージョン履歴で参照できます。コメント・テキストを入力する必要があり、入力せずに「終了」をクリックしてインポート操作を実行しようとするとエラーが発生します。

フィルタ

インポート操作に適用されるフィルタ。1つ以上のフィルタを適用しない場合は、左矢印キーを使用してそれらを「選択したフィルタ」から「使用可能なフィルタ」に移動します。必要に応じて、右矢印キーを使用してフィルタを「使用可能なフィルタ」から「選択したフィルタ」に移動できます。

新規: インポート操作に適用する新しいフィルタを作成できるダイアログ・ボックスを表示します。新しいフィルタは「選択したフィルタ」リストに追加されます。

オプション

インポート操作に固有のオプションを設定できます。

再帰しない: このオプションを有効にすると、ソース・ページで指定したディレクトリの下にあるディレクトリからはファイルがインポートされなくなります。

チェックアウトの実行 : このオプションを有効にすると、インポート後にインポートしたソース・ファイルがチェックアウトされます。

サマリー

インポート操作用に選択されたオプションを表示します。変更を行うには、「戻る」をクリックします。操作を実行するには、「終了」をクリックします。

3.118 Subversion: リソースのロック

このダイアログ・ボックスは、チェックアウトされた1つ以上のファイル(作業用コピー)に対してSubversionのロック操作を実行するために使用します。

ファイル・リスト: ロックするファイルの名前と物理的な場所のリストを表示します。個々にファイルを選択したり、選択解除できます。

ロックのスティール: 既存のすべてのロックを解除し、使用するためにファイルを再ロックします。基礎となるsvn lockコマンドに--forceオプションを追加します。

コメント: アクションに付けるコメント。

3.119 Subversion: マージ

マージ操作では、1つのブランチの変更を別のブランチにコピーするか、または1つのブランチの変更をトランク(開発のメイン・ライン)にコピーします。通常これは、別の開発者の作業を自分のファイルに反映する場合および個人的な開発作業を開発のメイン・ラインに戻す場合に使用します。

マージは、Subversionリポジトリ内の2つのリビジョンのコンテンツを比較し、Subversionの作業用コピーに差違を適用して作成します。その後マージの結果を開発のメイン・ラインで使用する場合は、通常の方法で作業用コピーをSubversionリポジトリにコミットします。

次の項目を指定します。

- マージ・タイプ: 「選択したリビジョン範囲のマージ」、「ブランチの再統合」、または「2つの異なるツリーのマージ」。

- マージ・リソース

- マージ・オプション

「マージ・タイプ」の選択項目は、選択後の表示内容に次のように影響します。

マージするURL(元)とその(開始)リビジョン: 比較のベースにするリソース。(「URL(先)」ボックスに入力したリソースが、ここに入力したリソースと比較されます。)

リポジトリからのヘッド・リビジョン: Subversionに最も最近コミットされたリソースに対して比較を実行します。

リビジョンの使用: Subversionリポジトリ内の特定のリビジョン番号のリソースに対して比較を実行します。選択すると、付随するテキスト・ボックスが使用できるようになります。その後、テキスト・ボックスにリビジョン番号を入力するか、「リスト・リビジョン」ボタンをクリックして、必要なリビジョンを選択できます。

マージするURL(先)とその(終了)リビジョン: 「URL(元)」ボックスで選択したベース・リソースと比較するリソース。

URL"元"と同じ: 比較対象の両方の要素に対して同じベース・リポジトリの場所を使用します。

祖先を無視: 開始リビジョンと終了リビジョンを比較するときに、Subversionリポジトリ内のリソース間の関係を無視します。この機能を選択すると、リソース間に共通の祖先がない場合でも、比較対象のリソースと同じ名前のリソースが残されます。代替方法として、同じ名前のリソースよりも日付が前のリソースが削除されて、後の日付のリソースで置き換えられるようにすることもできます。

テスト実行: Subversionの作業用コピーに変更を適用せずに比較を実行します。比較結果は「メッセージ - ログ」ウィンドウに表示されます。

3.120 Subversion: 保留中の変更

このウィンドウには、ローカルまたはリモートで追加、変更または削除されたファイル、他バージョンの同じファイルと内容が競合するファイル、およびソース制御ファイルに追加されていないファイルが表示されます。このウィンドウは、ファイルのローカル・ソース制御の状態を変更するアクションを初めて開始するときに自動的に開きます。このウィンドウは、手動で開くこともできます。

このウィンドウには、送信変更(ローカルで追加、変更または削除されたファイルおよびリモート・ファイルと内容が競合するローカル・ファイル)、候補(ローカルで作成され、ソース制御に追加されていないファイル)および受信変更(リモートの場所で追加、変更または削除されたファイル)が表示されます。

3.121 Subversion: プロパティ

このダイアログ・ボックスは、バージョニング・ナビゲータの接続の下のノードを右クリックして「プロパティ」を選択すると表示されます。選択したオブジェクトのプロパティとプロパティ値が表示されます。

3.122 Subversion: Subversionから削除

このダイアログ・ボックスは、リストされているファイルをSubversionリポジトリから削除する処理を開始するために使用します。

「OK」をクリックすると、リストされているファイルが、「保留中の変更」ウィンドウの「送信」タブに表示されます。個々のファイルまたはファイルが属する作業用コピーを次にコミットすると、「Subversion」ダイアログからファイルが削除されます。

3.123 Subversion: リポジトリ・ブラウザ

このダイアログ・ボックスは、ブランチ、マージ、切替えの各機能を使用するときに、Subversionリポジトリの場所を選択するために使用します。このダイアログの場所は、ディレクトリおよびオブジェクトとして表示されます。選択した場所は、最終的にはこのダイアログからURLとして返されます。

リポジトリ接続: 必要な場所がすでに存在している場合は、ブラウザ・ツリーからそれを選択します。

新しい場所を作成するには、親ディレクトリに移動して、「新規リモート・ディレクトリの作成」アイコンを選択します。これによって、親オブジェクトの場所が(URLの形式で)表示されるダイアログ・ボックスが開き、その下の新しい場所となるディレクトリに名前を付けることができます。

3.124 Subversion: ローカルでの変更の回復

このダイアログ・ボックスは、ファイルを以前の状態に回復するために使用します。

ファイルの内容が変更されている場合は、ベース・リビジョンにファイルが回復されます。ファイルが追加されたが、まだコミットされていない場合は、「未追加」ステータスに回復されます。「保留中の変更」ウィンドウで、ファイルが「削除をスケジュール済」になっている場合は、ナビゲータに戻して追加され、以前のステータスが設定されます。

ファイル・リスト: 回復するファイルの名前と物理的な場所のリストを表示します。

再帰的: 選択したオブジェクトの子オブジェクトにも再帰的に回復操作を行う場合に選択します。

3.125 Subversion: 切替え

このダイアログ・ボックスは、指定したリポジトリとリビジョンから指定したファイルの現在の作業用コピーを更新するために使用します。

URL(元): 現在の作業用コピーに関連付けられているリポジトリの場所の完全なURL。

URL(先): 現在の作業用コピーを更新するために使用するリポジトリの場所の完全なURL。

ヘッド・リビジョン: ヘッド・リビジョン(リポジトリ内の最新のリビジョン)を更新操作に使用します。

リビジョンの使用: テキスト・ボックスで指定したリビジョンを更新操作に使用します。選択できるリビジョンのリストを表示するには、「リスト・リビジョン」をクリックします。

3.126 Subversion: リソースのロック解除

このダイアログ・ボックスは、ロックされ、チェックアウトされた1つ以上のファイル(作業用コピー)に対してSubversionのロック解除操作を実行するために使用します。

ファイル・リスト: ロック解除するファイルの名前と物理的な場所のリストを表示します。個々にファイルを選択したり、選択解除できます。

強制ロック解除: 既存のすべてのロックを解除し、ファイルをロック解除します。基礎となるsvn lockコマンドに--forceオプションを追加します。

3.127 Subversion: リソースの更新

このダイアログ・ボックスは、他の開発者がSubversionリポジトリにコミットした変更を自分のローカル・コピーに組み込むために使用します。

ファイル・リスト: Subversionリポジトリの内容で更新するファイルの名前と物理的な場所のリストを表示します。

リビジョンの使用: Subversionリポジトリ内の特定のリビジョンの内容でファイルを更新します。隣のテキスト・ボックスにリビジョン番号を入力します。選択しない場合、ファイルはヘッド・リビジョンで更新されます。

外部を無視: 外部定義処理で作成された外部作業用コピーに対し、更新操作を適用しない場合に選択します。外部定義は、複数のリポジトリからデータを取得するために使用します。詳細は、Subversionのドキュメントを参照してください。

再帰的: 選択したオブジェクトの子オブジェクトに再帰的に更新操作を行わない場合には選択を解除します。

3.128 Subversion: 作業用コピーの更新

このダイアログ・ボックスは、Subversionリポジトリの内容で個々のファイルを更新するために使用します。

ファイル・リスト: Subversionリポジトリの内容で更新するファイルの名前と物理的な場所のリストを表示します。

リビジョンの使用: Subversionリポジトリ内の特定のリビジョンの内容でファイルを更新します。隣のテキスト・ボックスにリビジョン番号を入力します。選択しない場合、ファイルはヘッド・リビジョンで更新されます。

外部を無視: 外部定義処理で作成された外部作業用コピーに対し、更新操作を適用しない場合に選択します。外部定義は、複数のリポジトリからデータを取得するために使用します。詳細は、Subversionのドキュメントを参照してください。

再帰的: 選択したオブジェクトの子オブジェクトに再帰的に更新操作を行わない場合には選択を解除します。

3.129 Subversion: バージョニング・プロパティ

このダイアログ・ボックスには、現在選択されているファイルまたはフォルダに関する一般情報およびバージョニング情報が表示されます。

3.130 Subversion: XMLメタデータ・コンパレータ

特定のプロパティの値に競合がある場合、このダイアログ・ボックスを使用して解消します。

フィルタ: 表示されるプロパティのリストを制御します。

「変更時間」プロパティの検討: このオプションを有効にすると、最終変更のタイムスタンプが異なる同一コンテンツを持つ2つのプロパティが別のものとしてみなされ、競合が発生する可能性があります。このオプションを無効にすると、プロパティの比較で、作成タイムスタンプが無視されます。

「詳細」タブ: プロパティごとに、プロパティ名、「マージ」をクリックするとマージされるかどうかを示す「選択済」ボックス、ボックスの上部に表示される左および右の列のプロパティの値が表示されます。

マージ: 指定したプロパティ定義をマージします。

閉じる: マージせずにダイアログ・ボックスを閉じます。

3.131 SubViewのプロパティ

このダイアログ・ボックスには、サブビューのプロパティが表示されます。(1.3.4.1「論理ダイアグラムおよびサブビュー」と1.3.5.1「リレーショナル・ダイアグラムおよびサブビュー」も参照してください)

一般

名前: サブビューの名前。

参照可能: Data Modelerウィンドウにサブビュー・ダイアグラムを表示するかどうかを制御します。また、オブジェクト・ブラウザでサブビューを右クリックした後、コンテキスト・メニューで「ダイアグラムの表示」または「ダイアグラムを非表示」を選択して表示を制御することもできます。

「コメント」、「注意」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.132 表のプロパティ

このダイアログ・ボックスには、リレーショナル・モデルに含まれる表のプロパティが表示されます。

この表定義に関連する特定のタイプのオブジェクトに現在のネーミング規則を適用するには、「ネーミング規則」をクリックします。たとえば、CHECK制約にネーミング規則を適用して、表レベル制約にPRODUCTS_Checkという名前を付けた場合、名前はPRODUCTS_CK(表名がPRODUCTSの場合)に変更されます。

一般

名前: 表の名前。

ロング・ネーム: relational-model-name:table-name形式のロング・ネーム

エンジニア: リバース・エンジニアリング操作時に表を考慮するかどうかを制御します。このオプションを無効にすると、この表とそのプロパティは、リレーショナル・モデルが論理モデルにリバース・エンジニアされるときに考慮されません。

主キー名: 表の主キーの名前。

タイプ: 「一般オプション」で定義されたリストの分類タイプ。例: 「ファクト」、「ディメンション」、「ロギング」、「サマリー」、「一時」。

一時表の有効範囲: 「一時」として分類される表の場合、「セッション」や「ディメンション」などの有効範囲を指定できます。

空間表として登録: SDO_GEOMETRY型の列を持つ表に対して、空間索引を作成し、USER_SDO_GEOM_METADATAビューに適切なエントリを挿入します。

型置換の許可: 参照が無効になっている構造型または表に適用される構造型の場合、DDLでの置換構造型の生成が許可されるかどうかを制御します。

DDLでの生成: DDLが生成されるときに、表を作成するための文を含めるかどうかを制御します。

リレーションシップとしてエンジニアリング: エンジニアリングの際にリレーションシップ属性が作成されるかどうかを制御します。(リレーションシップはダイアグラムで表示または非表示にできます。)表が交差部表の基準に適合する場合は、このオプションを選択すると、表が多対多(m:n)の関係としてエンジニアリングされます(外部キー列以外の列はリレーションシップの属性になります)。

エンジニアリング中の列の並替えを許可: このオプションを有効にした場合、表が論理モデルにエンジニアリングされるときにData Modelerは関連付けられたエンティティの属性を並び替えることができます(たとえば、より重要だとみなされる属性を先頭に配置するなど)。(この動作は、多くの列が含まれる表の場合に特に役立ちます。)このオプションを有効にしない場合、エンティティの属性は関連付けられた列の表定義での順序と同じ順序で配置されます。

列

「詳細」タブ

表に対して現在定義されている列がリストされます。各列のプロパティには、名前とデータ型に加え、列が主キー(PK)、外部キー(FK)、必須フィールド(必須を表すM)のいずれであるかが含まれます。

列を追加するには、「追加」(+)アイコンをクリックします。列を削除するには、その列を選択して「削除」(X)アイコンをクリックします。列のプロパティを表示するには、名前の左側のセルをダブルクリックします。

「概要」タブ

各列、そのデータ型および主キーの場合は外部キーまたは必須がリストされます。

「セキュリティ」タブ

各列および関連するすべてのセキュリティ関連プロパティ(個人情報(PII)を含めるか、機密情報を含めるかまたは表示時にマスクすべきか)がリストされます。

主キー

表の現在の主キー(ある場合)を表示し、主キーを変更できます。

一意制約

すべての一意制約がリストされます。一意制約を追加、変更および削除できます。制約ごとに、値が一意である必要がある列または一意の値の組合せを持つ必要のある複数の列を指定します。

索引

表に対して現在定義されている索引がリストされます。各索引のプロパティには、名前と状態に加え、表の作成時に索引を生成するかどうかが含まれます。

索引を追加するには、「追加」(+)アイコンをクリックします。索引を削除するには、その索引を選択して「削除」(X)アイコンをクリックします。索引のプロパティを表示するには、名前の左側のセルをダブルクリックします。

表レベル制約

検証ルール(有効なデータに対してtrueと評価する必要のある式)によって定義されたすべての表レベル制約がリストされます。

外部キー

表に対して現在定義されている外部キーがリストされます。各キーのプロパティには、名前、親表および削除ルールに加え、表の作成時に外部キー制約を生成するかどうかが含まれます。

外部キーを追加するには、「追加」(+)アイコンをクリックし、外部キーを削除するには、その外部キーを選択して「削除」(X)アイコンをクリックし、外部キーのプロパティを表示するには、外部キーをダブルクリックするか、名前の左のセル内をダブルクリックします。

ネストされた列

属性を持つ構造データ型に基づく列ごとに、各属性が(column-name.attribute-name形式で)リストされます。属性ごとに、それが主キー(PK)、外部キー(FK)、必須フィールド(必須を表すM)のいずれであるかを指定できます。

OIDオプションおよび主キー列

OID(オブジェクト識別子)設定、および構造型に基づく主キー列が表示されます。

OIDは主キー: OIDが表の主キーであるかどうかを示します。

ユーザー定義またはシステム生成: OIDがユーザー定義であるのか、データベース・システムによる生成であるのかを示します。

構造型に基づく表の主キー列: 構造型に基づく主キー列の列名とデータ型を表示します。

ボリュームのプロパティ

ボリューム: 最小値: 表の最小データ・ボリューム。

ボリューム: 予想値: 表の予想または通常のデータ・ボリューム。

ボリューム: 最大値: 表の最大データ・ボリューム。

増加率: パーセント: 次のフィールドで指定される期間ごとの表の予想増加率(%)。

増加率: 年/月/日: 予想増加率が適用される期間(年、月または日)。

正規形: 表に必須の正規形(データベースの正規化)(「なし」、「第1」、「第2」、「第3」または「第4」)。

十分に正規化されたか: 「はい」は、モデルが十分に正規化されていることを示します。「いいえ」は、モデルが十分に正規化されておらず、リレーショナル・モデルでさらに正規化が必要な場合があることを示します。

空間プロパティ

現在定義されているすべてのOracle Spatialプロパティを表示します(各プロパティは、表のデータ列(SDO_GEOMETRY型またはSDO_GEOMETRYオブジェクトを戻すファンクション)を構成します)。「空間定義のプロパティ」を表示するには、項目の名前をダブルクリックします。

列グループ

列グループに関する情報が表示され、その情報を使用して、関連する列をグループ化し、ユーザー・インタフェースの生成に使用することができます。たとえば、Nameという名前の列グループには、列first_nameおよびlast_nameを含めることができ、Addressという名前の列グループには、列street_address、city、stateおよびpostal_codeを含めることができます。

列グループを追加するには、「追加」(+)アイコンをクリックして、列グループ名を指定し、必要な列を選択して、その列を右側に移動し、オプションで、「ノート」ボックスに説明テキストを入力してます。列グループを削除するには、そのエントリを選択して、「削除」(X)アイコンをクリックします。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

スクリプト

SQL文が特定の時間または段階(表の削除または名前変更前、表の作成前、表の作成後、表に指定されたスクリプトの終了時)に自動的に実行されるように指定できます。たとえば、MY_TABLEという名前の表の「作成の後」に、次の文を指定できます(「DDLスクリプトに含める」も選択します)。

INSERT INTO my_table SELECT * FROM your_table

DDLスクリプトに含める: 指定した文のテキストを、表を作成するために生成するDDLスクリプトに含めるかどうかを制御します。

「コメント」、「注意」、「影響分析」、「測定」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.133 表からビュー

選択したリレーショナル・モデルで表に基づくビューを作成します。このダイアログは、「ツール」→「表からビュー」ウィザードをクリックすると表示されます。

選択したリレーショナル・モデルの表が表示されます。すべての表または一部を選択し、任意でネーミング規則を指定して「生成」をクリックします。選択した表ごとに、ビューが作成されます。各ビューでは表のすべての列が選択されますが、必要に応じて、後でビュー定義を変更できます。デフォルトでは(ネーミング規則を指定しなかった場合)、各ビュー名は関連する表名に接頭辞としてV_が付いたものになります。たとえば、表名がBOOKSの場合、関連するビュー名のデフォルトはV_BOOKSになります。

ネーミング規則: ビュー名に接頭辞としてV_のかわりに付ける任意の変数(リレーショナル・モデル名または表名、あるいは特定の順序でその両方)が表示されます。ネーミング規則の変数を選択するためのダイアログ・ボックスを表示するには、「変数の追加」をクリックします。たとえば、リレーショナル・モデル名がLibraryで、表名がBOOKSであるとします。

- 表名のみを指定すると、生成されるビューの名前はBOOKSになります。つまり、すべてのビューは、関連する表と同じ名前を持つことになります。

- モデル名のみを指定すると、生成されるビューの名前はLibraryになります。モデル名で始まり、そのモデル名にjv1、jv2などが追加された名前はすべてのビューに存在するため、このオプションを選択することはお薦めしません。

- モデル名と表名の両方を指定すると、生成されるビューの名前はLibraryBOOKSになります。

3.134 電話のプロパティ

このダイアログ・ボックスには、ビジネス情報オブジェクトの一種である電話オブジェクトのプロパティが表示されます。

一般

名前: 電話オブジェクトの名前。

電話番号: 電話番号(ニーズに応じた任意の書式)。たとえば、国際ダイヤルに国コードを含めることができます。

電話タイプ: 電話のタイプ(ニーズに応じた任意の書式)。例: 携帯、会社、自宅。

連絡先

関連するすべての連絡先がリストされます。連絡先のプロパティを表示するには、その名前をダブルクリックします。(「連絡先のプロパティ」も参照してください。)

「コメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.135 変換パッケージ

このダイアログ・ボックスには、プロセス・モデルに含まれる変換パッケージ・オブジェクトのプロパティが表示されます。詳細は、1.3.3.2「変換プロセスおよびパッケージ」を参照してください。

名前: 変換パッケージの名前。

コメント: 説明コメント・テキスト(オプション)。

3.136 変換 <タスク名>

このダイアログ・ボックスには、プロセス・モデルに含まれる変換タスク・オブジェクトのプロパティが表示されます。

一般

名前: 変換タスクの名前。

コメント: 説明コメント・テキスト(オプション)。

参照可能: Data Modelerウィンドウに変換タスクを表示するかどうかを制御します。

ソース

すべてのソースを表示するか選択したソースを並べて表示し、項目を選択して矢印アイコンを使用し、項目を一方から他方へ移動することができます。

ターゲット

すべてのターゲットを表示するか選択したターゲットを並べて表示し、項目を選択して矢印アイコンを使用し、項目を一方から他方へ移動することができます。

主要な変換

変換タスクの主要な変換を表示します。主要な変換のプロパティを表示するには、その名前をダブルクリックします。(「変換のプロパティ」も参照してください。)

3.137 変換のプロパティ

このダイアログ・ボックスには、プロセス・モデルに含まれる変換のプロパティが表示されます。

一般

名前: 変換の名前。

シノニム: 変換のシノニム。

ソースのフィルタ条件:

ソースの結合条件:

プライマリ: 関連する変換タスクの主要な変換であるかどうかを制御します。

情報構造

関連するすべての情報構造がリストされます。情報構造のプロパティを表示するには、その名前をダブルクリックします。(「情報構造のプロパティ」も参照してください。)

処理済属性

変換によって処理されたすべての属性がリストされます。属性のプロパティを表示するには、その名前をダブルクリックします。(「属性のプロパティ」も参照してください。)

処理済エンティティ

変換によって処理されたすべてのエンティティがリストされます。エンティティのプロパティを表示するには、その名前をダブルクリックします。(「エンティティのプロパティ」も参照してください。)

ソース-ターゲット・マッピング

変換のすべてのターゲットおよびソースを表示します。ターゲット要素ごとに、変換のタイプ「そのまま」、「導出」、「集約」が含まれます。「要約」または「複合式」。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.138 変換フローのプロパティ

このダイアログ・ボックスには、プロセス・モデルに含まれる変換フローのプロパティが表示されます。

一般

名前: 変換フローの名前。

シノニム: 変換フローのシノニム。

ソース: クリックすると、入力パラメータが表示されます。

宛先: クリックすると、関連する変換の「変換のプロパティ」が表示されます。

ロギング・フロー: フローがロギング操作専用かどうかを制御します。ロギング・フローを個別に作成すると、情報の追跡を簡略化できます。

操作: 変換フローで実行可能な操作のタイプ(作成、読取り、更新、削除)を指定します。

情報構造

関連するすべての情報構造がリストされます。情報構造のプロパティを表示するには、その名前をダブルクリックします。(「情報構造のプロパティ」も参照してください。)

外部データ

関連するすべての外部データ・オブジェクトがリストされます。外部データ・オブジェクトのプロパティを表示するには、その名前をダブルクリックします。

システムの目的

この変換フローのシステムの目的の説明。

「コメント」、「注意」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.139 型管理

このダイアログ・ボックスは、「ツール」→「型管理」をクリックすると表示されます。これを使用すると、サポートされる特定のデータベース製品に対して論理データ型とネイティブ・データ型のマッピングを管理し、論理型を追加および削除できるようになります。

ネイティブ型に対する論理型

左側のリストで型を選択すると、各論理型について、サポートされる各データベース製品の型に対するマッピングが表示されます。

論理型を追加してマッピングを指定するには、「追加」をクリックします。論理型を削除するには、型を選択して「削除」をクリックします。論理型(事前定義済またはユーザー定義)のマッピングを変更するには、変更する型を選択して「変更」をクリックし、目的のデータベース製品に対するマッピング情報を指定します。

論理型に対するネイティブ型

サポートされる各データベース製品について、そのネイティブ型とData Modelerの論理型の間でマッピングを表示することができます。

3.140 型からドメイン

選択したモデルのデータ型(論理、リレーショナルまたは組合せ)に基づいて、ドメインを作成します。このダイアログは、「ツール」→「型からドメイン・ウィザード」をクリックすると表示されます。

このウィザードは、論理モデルのエンティティの属性に関連付けられている型およびリレーショナル・モデルの表の列に基づいてドメインを生成する便利な方法を提供します。

生成したドメイン定義を後で編集または削除する場合、「ドメイン管理」ダイアログ・ボックスを使用してできます。

新規ドメインの作成: 作成した新しいドメインが既存のドメインと同じ名前の場合に、既存のドメイン定義を上書きするかどうかを制御します。生成された新しいドメインが同じ名前を持つ場合に、このオプションを有効にすると、これらの既存のドメイン定義が上書きされ、このオプションを無効にすると、既存のドメインは上書きされません。

3.141 一意識別子(UIDまたはキー)のプロパティ

このダイアログ・ボックスには、論理モデルに定義されるオブジェクトである候補キーのプロパティが表示されます。

一般

名前: キーの名前。

シノニム: キーのシノニム。

ロング・ネーム: 表示目的の長い名前。

状態: キーの状態または目的(「主キー」または「一意キー」)

属性およびリレーション

キー定義に追加可能な属性およびリレーションが左側に、索引定義に含まれる属性およびリレーションが右側に表示されます。属性およびリレーションを選択して、矢印キーを使用して一方から他方へ移動できます。

エンジニア先

フォワード・エンジニアリング操作でこのキーを伝播する必要があるリレーショナル・モデルを指定できます。

エンジニア: フォワード・エンジニアリング操作時にキーを指定されたリレーショナル設計(モデル)に伝播するかどうかを制御します。

「コメント」、「注意」、「影響分析」、「測定」、「変更リクエスト」、「責任者」、「ドキュメント」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.142 ビューのプロパティ(論理モデル)

このダイアログ・ボックスには、論理モデルのビューのプロパティが表示されます。

一般

名前: ビューの名前。

クエリー・ビルダー: クリックすると、クエリー・ビルダー・インタフェースが表示され、これを使用して、表、列およびその他の情報を指定すると、クエリーからビューを作成できます。クエリー・ビルダーでは、次のことができます。

- メイン領域へ表をドラッグ・アンド・ドロップすること、含める列をクリックして選択すること、問合せのSQLを表示、コピーおよび貼付けすること、SQLを編集またはメイン・ダイアグラムを反映して読取り専用にすることができます。

- 「メタデータ・オブジェクトをダイアログ別にフィルタ」によって、多数のメタデータ・オブジェクトがある場合にオブジェクトを簡単に検索できるようになります。

- 「構造ツリーの表示」で、クエリーの構造ビューを表示します。

- 「基準リストの表示」で、SELECT文の基準を指定します。指定により、WHERE句とすべてのGROUP BY、HAVINGおよびORDER BY句に影響を与える可能性があります。

構造型に基づく: 構造型に基づくビューの型の名前。

ビュー・タイプ: ビューのタイプ(エンティティ・ビューまたは名前付きビュー)。

エンジニア先

フォワード・エンジニアリング操作でこのビューを伝播する必要があるリレーショナル・モデルを指定できます。

エンジニア: フォワード・エンジニアリング操作時に、指定されたリレーショナル設計(モデル)にビューを伝播するかどうかを制御します。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

「コメント」、「注意」、「影響分析」、「測定」、「変更リクエスト」、「責任者」、「ドキュメント」、「動的プロパティ」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.143 ビューのプロパティ(リレーショナル・モデル)

このダイアログ・ボックスには、リレーショナル・モデルのビューのプロパティが表示されます。

一般

名前: ビューの名前。

クエリー・ビルダー: クリックすると、クエリー・ビルダー・インタフェースが表示され、これを使用して、表、列およびその他の情報を指定すると、クエリーからビューを作成できます。クエリー・ビルダーでは、次のことができます。

- メイン領域へ表をドラッグ・アンド・ドロップすること、含める列をクリックして選択すること、問合せのSQLを表示、コピーおよび貼付けすること、SQLを編集またはメイン・ダイアグラムを反映して読取り専用にすることができます。

- 「メタデータ・オブジェクトをダイアログ別にフィルタ」によって、多数のメタデータ・オブジェクトがある場合にオブジェクトを簡単に検索できるようになります。

- 「構造ツリーの表示」で、クエリーの構造ビューを表示します。

- 「基準リストの表示」で、SELECT文の基準を指定します。指定により、WHERE句とすべてのGROUP BY、HAVINGおよびORDER BY句に影響を与える可能性があります。

構造型に基づく: 構造型に基づくビューの型の名前。

OID列: オブジェクト識別子(OID)の列名。

スキーマ: ビューを所有しているデータベース・ユーザーのスキーマ。指定されない場合は、現在のスキーマ名が使用されます。

問合せにスキーマ名を含める: スキーマ名が指定されている場合、ビューの問合せのオブジェクトにそのスキーマ名の接頭辞が付けられます。

オブジェクトのみの使用: ビューで指定されたオブジェクトを使用する、リレーショナル・モデルの名前。

型置換の許可: DDLで置換構造型の生成が許可されるかどうかを制御します(該当する場合)。

DDLでの生成: DDLが生成されるときに、ビューの定義を含めるかどうかを制御します。

問合せのテスト: データベース接続を指定し、ビューの問合せをテストできるダイアログ・ボックスを表示します。

構造型のビューに対するSQL

構造型のビューに対するSQL文。

RDBMSのコメント

このモデリング・オブジェクトに基づいて生成されるデータベース・オブジェクトに含めるコメント・テキスト。

スクリプト

削除/名前変更前: ビューの削除または名前変更の前に実行する文。

作成前: ビューの作成前に実行する文。

作成後: ビューの作成後に実行する文。

スクリプトの最後: スクリプトで他のすべての文の実行後に実行する文。

DDLスクリプトに含める: 定義済のイベント(削除前、スクリプトの最後など)で生成されたDDLに、ユーザー定義のスクリプトを含むことができるようにします。

「コメント」、「注意」、「影響分析」、「測定」、「変更リクエスト」、「責任者」、「ドキュメント」、「動的プロパティ」、「サマリー」

3.9「ダイアログ・ボックスの共通情報」を参照してください。

3.144 ビューから表

選択したリレーショナル・モデルでビューに基づく表を作成します。このダイアログは、「ツール」→「ビューから表ウィザード」をクリックすると表示されます。

選択したリレーショナル・モデルのビューが表示されます。すべてのビューまたは一部を選択し、任意でネーミング規則を指定して「生成」をクリックします。選択したビューごとに、表が作成されます。各表ではビューのすべての列が選択されますが、必要に応じて、後でビュー定義を変更できます。デフォルトでは(ネーミング規則を指定しなかった場合)、各表名は関連するビュー名に接頭辞としてT_が付いたものになります。たとえば、ビュー名がBOOKSの場合、関連する表名のデフォルトはT_BOOKSになります。

ネーミング・ルール: 表名に接頭辞としてT_のかわりに付ける任意の変数(リレーショナル・モデル名またはビュー名、あるいは特定の順序でその両方)が表示されます。ネーミング規則の変数を選択するためのダイアログ・ボックスを表示するには、「変数の追加」をクリックします。たとえば、リレーショナル・モデル名がLibraryで、ビュー名がBOOKSであるとします。

- ビュー名のみを指定すると、生成される表の名前はBOOKSになります。つまり、すべての表は、関連するビューと同じ名前を持つことになります。

- モデル名のみを指定すると、生成される表の名前はLibraryになります。モデル名で始まり、そのモデル名にjt1、jt2,などが追加された名前はすべての表に存在するため、このオプションを選択することはお薦めしません。

- モデル名とビュー名の両方を指定すると、生成される表の名前はLibraryBOOKSになります。

3.145 ウィンドウ

このダイアログ・ボックスは、「Data Modeler」ウィンドウの右側のタブを右クリックして「Windows」を選択すると表示されます。現在開いているすべての編集ペインがリストされます。

アクティブにする: フォーカスを選択したペインに移動して、ダイアログ・ボックスを開いたままにします。

閉じる: 選択したペインを閉じ、ダイアログ・ボックスを開いたままにします。

名前をダブルクリックすると、フォーカスがそのペインに移動し、ダイアログ・ボックスが閉じます。

索引

A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  Q  R  S  T  U  V  Z

A

アクセラレータ(ショートカット)・キー, 1.5.6

アクセラレータ・キー

メニュー, 1.2

「カスタム変換スクリプトの適用」コマンド, 1.2.2 「キーと制約へのネーミング標準の適用」コマンド, 1.2.2 arc

定義, 1.3.4.7

プロパティ, 3.2

属性

定義, 1.3.4.3

プロパティ, 3.3

自動ルート

ダイアグラム内の線の調節, 1.2.2

コンテキスト・メニュー・コマンド, 1.2.2

自動レイアウト

コンテキスト・メニュー・コマンド, 1.2.2

B

Bachman表記法, 1.3.4.1

バックグラウンドの色

ダイアグラム, 1.2.2

Barker表記法, 1.3.4.1 Berkeley DB

Subversionリポジトリのデータ記憶域, 3.108

バインド変数

レポート, 1.8.2

ブログ

SQL Developer, 1.11

ボトムアップ・モデリング, 1.4.2 ビジネス情報, 1.3.7

C

カーディナリティ

定義, 1.3.4.6

変更リクエスト

プロパティ, 3.5

「SubViewオブジェクト名接頭辞の変更」コマンド, 1.2.2 「更新のチェック」機能, 3.6 分類タイプ

エンティティおよび表の設定, 1.2.2

ダイアグラム内の色の指定, 1.5.2.3

コレクション型

プロパティ, 3.7

コレクション型, 1.3.2.4 色

ダイアグラムのバックグラウンド, 1.2.2

列

プロパティ, 3.8

モデルの比較, 1.2.1 コンポジット・プロセス

定義, 1.3.3

構成

エクスポート, 3.89

レポート, 3.96

接続

作成、編集、選択, 3.73

Oracle Database, 3.73, 3.73

連絡先

定義, 1.3.7.1

プロパティ, 3.14

コンテキスト・メニュー(右クリック・メニュー), 1.2.2 キューブ

プロパティ, 3.17

カスタム設計ルール, 3.23.2 カスタム変換スクリプト

適用, 1.2.2

カスタム変換, 3.23.4 Data Modelerのカスタマイズ

プリファレンスの設定, 1.5

D

データ・フロー

定義, 1.3.3

データ・フロー・ダイアグラム, 1.3.3.1 Data Modelerのプリファレンス, 1.5 データ・モデリング

概要および使用方法, 1

データ・ストア

定義, 1.3.3

データ型

管理, 1.2.1, 3.139

モデル, 1.3.2

データベース接続

作成、編集、選択, 3.73

Oracle Database, 3.73, 3.73

DDLファイル・エディタ, 3.20 DDLファイル

インポート用に選択, 3.87

DDL生成

オプション, 3.21

デフォルト・サイズ

ダイアグラム・ウィンドウに合わせてサイズおよび形を調整, 1.2.1

defaultdomains.xmlファイル, 3.46 設計ルール

設計での違反の確認, 1.2.1

カスタム, 3.23.2

説明および使用方法, 3.23

ダイアグラムの色

バックグラウンド, 1.2.2

ダイアグラム

線の調節(「自動ルート」設定), 1.2.2

ディメンション

プロパティ, 3.24

ディレクトリ(データベース・オブジェクト), 1.3.6.4 「外部キーの検出」コマンド, 1.2.2 ディスカッション・フォーラム

SQL Developer, 1.11

表示, 1.2.2 固有型, 1.3.2.2

プロパティ, 3.26

ドキュメント

定義, 1.3.7.2

プロパティ, 3.27

ドメイン

管理, 1.2.1, 3.29

インポート, 3.46

優先, 1.5.2.4

プロパティ, 3.28

型からドメイン・ウィザード, 3.140

動的プロパティ, 3.9

E

角

ダイアグラム内の頂点の追加, 1.2.2

ダイヤグラム内の頂点の追加前における「自動ルート」の無効化, 1.2.2

ダイヤグラム内の頂点の削除, 1.2.2

電子メール

定義, 1.3.7.3

プロパティ, 3.30

エンティティ

定義, 1.3.4.2

プロパティ, 3.32

イベント

追加, 3.1

プロパティ, 3.33

構成のエクスポート, 3.89 拡張子

SQL Developer, 1.5.3

外部エージェント

定義, 1.3.3

プロパティ, 3.39

外部データ

プロパティ, 3.40

F

[F10]キー

「ファイル」メニュー, 1.2

画面に合わせる

ダイアグラム・ウィンドウに合わせてサイズおよび形を調整, 1.2.1

オブジェクト名の固定(変更不可にする), 3.74 フロー

プロパティ, 3.42

ダイアグラムの名前の表示, 1.2.2

外部キー

検出, 1.2.2

プロパティ, 3.43

フォワード・エンジニアリング, 1.2.2

G

用語集

概念(説明), 3.44

作成, 1.2.1

編集, 1.2.1

用語集

インポート, 3.47

用語集エディタ, 3.44 Graphical User Interface(GUI)

Data Modeler, 1.2

グリッド

表示および非表示, 1.2.2

H

階層

プロパティ, 3.45

I

識別リレーションシップ, 3.78

ID列, 3.8

索引

定義, 1.3.6.7

プロパティ, 3.53

情報ストア

定義, 1.3.3

情報ストア

プロパティ, 3.54

情報構造

プロパティ, 3.55

継承

定義, 1.3.4.5

J

JDBCドライバ(サード・パーティ), 1.5.2.8

結合

プロパティ, 3.57

K

キーボード・ショートカット, 1.5.6

キー

プロパティ, 3.141

L

レイアウト

ダイアグラム内の自動再配置(「自動レイアウト」), 1.2.2

レベル

プロパティ, 3.58

ライブラリ

変換, 3.23.3

自動ルートを引く

ダイアグラム内の線の調節, 1.2.2

コンテキスト・メニュー・コマンド, 1.2.2

ロケーション

定義, 1.3.7.4

プロパティ, 3.59

論理モデル, 1.3.4 論理型, 1.3.2.5

優先, 1.5.2.4

M

メジャー・フォルダ

プロパティ, 3.61

測定

プロパティ, 3.63

メジャー

プロパティ, 3.62

モデルのマージ, 1.2.1 メソッド

プロパティ, 3.64

モデリング

データ・モデリングの概要および使用方法, 1

マルチメディア

Oracle Multimedia論理型, 1.3.2.5

N

名前の略称, 3.72

ファイルの指定, 1.2.1

名前変換

エンジニアリング中の適用, 3.31

ネーミング標準定義

インポート, 3.47

ネーミング標準

キーと制約への適用, 1.2.2

指定, 1.5.2.5

同胞

ダイアグラムでの選択, 1.2.2

O

オブジェクト名

管理, 3.74

固定(変更不可にする), 3.74

オブジェクト名の接頭辞

変更, 1.2.2

Oracle by Example(OBE)

Data Modeler, 1.11

Oracle Database接続, 3.73, 3.73 Oracle Multimedia

論理型, 1.3.2.5

ORD*型

Oracle Multimedia論理型, 1.3.2.5

OTNページ

SQL Developer, 1.11

P

物理モデル, 1.3.6

プリファレンス

Data Modelerのカスタマイズ, 1.5

エクスポートおよびインポート, 1.7

元の設定へのリストア, 1.7.1

優先ドメイン, 1.5.2.4 優先論理型, 1.5.2.4 接頭辞

「SubViewオブジェクト名接頭辞の変更」コマンド, 1.2.2

プリミティブ・プロセス

定義, 1.3.3

プロセス・モデル, 1.3.3 プロセス

定義, 1.3.3

プロパティ, 3.75

Q

クエリー・ビルダー, 3.142, 3.143

R

RDBMSサイト

定義, 1.3.6

編集, 3.76

RDBMSサイト

管理, 1.2.1

レコード構造

プロパティ, 3.77

リレーショナル・モデル, 1.3.5 リレーション

定義, 1.3.4.6, 1.3.5.5

プロパティ, 3.78

関係

識別, 3.78

レポート構成, 3.96 レポート・テンプレート, 3.80 レポート・リポジトリ, 1.8 レポート, 1.8

バインド変数, 1.8.2

RTF、HTMLまたはPDFとして生成, 1.8

リソース・ロケータ

定義, 1.3.7.5

プロパティ, 3.81

責任者

定義, 1.3.7.6

プロパティ, 3.82

リバース・エンジニアリング, 1.2.2 右クリック・メニュー(コンテキスト・メニュー), 1.2.2 ロール

定義, 1.3.3

ロール

プロパティ, 3.83

ロールアップ・リンク

プロパティ, 3.84

ルール・セット, 3.23.1

プロパティ, 3.85

S

Saxon XSLT 2.0 .jarファイル

指定, 1.5.2

スキーマ

プロパティ, 3.86

同胞の選択

コンテキスト・メニュー・コマンド, 1.2.2

「リレーショナル・モデルの選択」ダイアログ・ボックス

表示の制御, 1.5.2

順序

定義, 1.3.6.11

設定,

エクスポートおよびインポート, 1.7

ショートカット・キー, 1.5.6

メニュー, 1.2

デフォルト・スキームに戻す, 1.5.6

スライス

プロパティ, 3.93

空間定義

プロパティ, 3.94

Oracle AWへのSQLアクセス

プロパティ, 3.95

構造型, 1.3.2.3 Subversion

Data Modelerサポート, 1.9

プリファレンス, 1.5.7

サブビュー

選択したオブジェクトから作成, 1.2.2, 1.2.2

プロパティ, 3.131

ツリーとの同期

オプション, 1.5.2.3

シノニム

作成, 1.2.2

T

表からビュー・ウィザード, 1.2.1, 3.133, 3.144

表

定義, 1.3.5.2, 1.3.6.16

プロパティ, 3.132

ターゲット・モデリング, 1.4.3 電話

定義, 1.3.7.7

プロパティ, 3.134

テンプレート

レポート, 3.80

サード・パーティのJDBCドライバ, 1.5.2.8 トップダウン・モデリング, 1.4.1 変換フロー

プロパティ, 3.138

変換パッケージ, 1.3.3.2

プロパティ, 3.135

変換プロセス, 1.3.3.2 変換タスク

定義, 1.3.3

プロパティ, 3.136

変換

カスタム, 3.23.4

ライブラリ, 3.23.3

プロパティ, 3.137

チュートリアル

小規模データベースのモデルの作成, 2

型置換, 1.3.4.8 型

管理, 1.2.1, 3.139

データ型モデル, 1.3.2

型からドメイン・ウィザード, 3.140

U

一意識別子(UID)

定義, 1.3.4.4

プロパティ, 3.141

更新

SQL Developerの更新のチェック, 3.6

URL

リソース・ロケータ・オブジェクト, 1.3.7.5

リソース・ロケータのプロパティ, 3.81

ユーザー・インタフェース(UI)

Data Modeler, 1.2

V

バージョニング

Data Modelerサポート, 1.9

プリファレンス, 1.5.7

頂点(角)

ダイヤグラム内の角の追加前における「自動ルート」の無効化, 1.2.2

ビューから表ウィザード, 1.2.1 ビューレット

Data Modeler, 1.11

ビュー

定義, 1.3.6.19

プロパティ, 3.142, 3.143

「表からビュー」ウィザード, 3.133, 3.144

仮想列(列の「計算」プロパティ), 3.8

Z

ズーム・イン, 1.2.1

ズーム・アウト, 1.2.1

Copyright © 2008, 2013, Oracle and/or its affiliates. All rights reserved.