dbFlute用語集 A
"A" で始まる用語に関するページです。
- allcommon
- AntExecutionStatus (Ant実行ステータス)
- AntTask (Antタスク)
- Architect (アーキテクト)
- additionalForeignKey
- additionalPrimaryKey
- additionalSchema (追加スキーマ)
- additionalTable
- additionalUnique
allcommon
dbFluteランタイムと自動生成されるクラス(Entityなど)の架け橋となる Generateタスクで自動生成される業務依存の共通クラス です。 DI管理される共通のコンポーネントも含まれます。このパッケージ配下のクラスはジェネレーションギャップではありません。
AntExecutionStatus (Ant実行ステータス)
"タスク実行ステータス" のことを、Apache Antを前面に押し出して表現した言い方です。
AntTask (Antタスク)
Apache Ant のタスクのことを示します。dbFluteの自動生成処理(dbFluteタスク)は、Antタスクとして実行されます。
Architect (アーキテクト)
dbFluteにおいては、主にdbFluteの利用ポリシーの決定、インストール・アップグレード作業、dbFluteプロパティの設計など、 ディベロッパーにdbFluteの実装環境を横展開する役割を示します。 あくまで役割を示すので、実際にはアプリ実装に集中するディベロッパーと兼任する場合も十分あり得るでしょう。 ゆえに線引きは曖昧なのですが、アプリ実装に集中するディベロッパーと明確に区別して説明を行うためにこの言葉を利用しています。
additionalForeignKey
スキーマ上に制約として示されていない暗黙のリレーションをdbFlute上で明示的に定義する機能、もしくは、その定義されたリレーション自体を示します。 dbFluteは、FK制約の情報をもとに Entity 同士のリレーションを定義付けるため、(FK制約が付与されてもいいリレーションなのに)スキーマ上にFK制約がない場合は、 additionalForeignKeyMap.dfprop にてそのリレーションを定義しdbFluteに伝えます。dbFlute上の "疑似のFK" とも呼ばれます。また、暗黙のFKだけでなく、そもそもFK情報を保持していないビューに対してや、"業務的one-to-one" の構築においても利用されます。
additionalPrimaryKey
スキーマ上に制約として示されていない暗黙の主キーをdbFlute上で明示的に定義する機能、もしくは、その定義された主キー自体を示します。 dbFluteは、PK制約の情報をもとに Entity におけるユニーク性を表現するため、(PK制約が付与されてもいいカラムがあるのに)スキーマ上にPK制約がない場合は、 additionalPrimaryKeyMap.dfprop にてその主キーを定義しdbFluteに伝えます。dbFlute上の "疑似のPK" とも呼ばれます。また、暗黙のPKだけでなく、そもそもPK情報を保持していないビューに対しても利用されます。
additionalSchema (追加スキーマ)
dbFluteの AdditionalSchema 機能、もしくは、その機能を使って自動生成対象になっている別スキーマのことを示します。 dbMSに依存しますが、別データベースのスキーマも追加スキーマにすることができます。 また、スキーマの概念のないdbMSにおいては、無名のスキーマが存在する、という概念をもとに "別データベースの無名のスキーマ" を追加スキーマとすることができます。
additionalTable
JdbCからメタ情報が取得できないテーブルに対して、dbFlute上で明示的に定義する機能、もしくは、その定義されたテーブル自体を示します。 基本的には、JdbCからテーブル情報は取得できるため、本当にいざってときのための機能です(ほとんど利用しません)。 きっかけは、古いバージョンのdbFluteにおいて、"Oracleのデータリンク参照のシノニム" のメタ情報を全く取得できなかったことでしたが、その後、dbFluteはそれに対しても特殊な方法でメタ情報を取得するように改良されたので、 本当によほどのことがない限り利用しないでしょう。
additionalUnique
スキーマ上に制約として示されていない暗黙のユニークキーをdbFlute上で明示的に定義する機能、もしくは、その定義されたユニークキー自体を示します。 dbFluteは、UQ制約の情報をもとに Entity 同士の one-to-one のリレーションを定義付けるため、(UQ制約が付与されてもいいカラムがあるのに)スキーマ上にUQ制約がない場合は、 additionalUniqueKeyMap.dfprop にてそのユニークキーを定義しdbFluteに伝えます。dbFlute上の "疑似のUQ" とも呼ばれます。また、暗黙のUQだけでなく、そもそもUQ情報を保持していないビューに対しても利用されます。
