|
|
リレーションロード機能(LoadCompositeObjects)によりT-SQLをほぼ100％排除
|
T-SQLのInner Joinに相当するリレーションロード機能(LoadCompositeObjects)を活用することにより、T-SQLの使用をほぼ100％排除することができます。プロジェクトの効率化やメンテナンス性を飛躍的に向上させることができます。マスターオブジェクト削除時のリレーションチェックも自動で行われます。 |
|
|
|
|
|
|
|
属性によるマッピング定義
|
ObjectServiceでは、シリアル化対象となるビジネスオブジェクト(クラス)の各Publicプロパティに対して、マッピング属性を付与することでO(Object)<->R(リレーショナルデータベース)間のマッピングを定義します。 XMLファイルでマッピングを定義する方式と比較した場合、ソースファイルの数が増えずプロジェクトの可読性が高まります。
|
|
|
|
|
コレクション・派生クラスへの対応
 |
ObjectServiceでは、簡単な操作で内包するコレクション(子オブジェクト)のシリアライズ/デシリアライズを実現できます。 また、派生クラスのロード・セーブも可能です。 |
|
|
|
|
|
|
|
プロトタイピングフェーズからデータベース実装フェーズへのシームレスな展開
要件定義などで使用するプロトタイプの作成に便利な、メモリ動作モード(ObjectInstantService)を備えています。メモリ動作モード<-->データベースモードの切替は、プロパティの変更のみで簡単に行えます。ビジネスオブジェクトやビジネスロジックの評価を”目に見える形”で行うことができます。 |
|
|
|
|
|
|
MSIL(Microsoft Intermediate Language)による高速パフォーマンス
プロパティアクセス部分にMSIL(Microsoft Intermediate Language)を使用することで、オブジェクトロード時のパフォーマンスを改善し、.NetFrameworkの標準DataTable/DataAdapter使用時とほぼ同等のロードパフォーマンスを実現しています。 |
|
|
|
|
|
|
オブジェクトのバージョン管理と内部統制基準への対応
ObjectServiceでは、データベース上で物理削除を行うモードと論理削除(バージョン管理)を行うモードを選択できます。バージョン管理モードでは、全ての変更履歴が保持され、ある特定の時点でのオブジェクトの状態を再現することが可能です。オブジェクトを追加/変更/削除したユーザー名を記録させることも可能です。 |
|
|
|
|
|
|
基本クラス
アプリケーション開発時に必要となる基本クラスとして、オブジェクトのシリアライズ(追加/更新/削除)とデシリアライズ(取得)が定義されております。対象となるデータストアはSQL Server/メモリのいずれかです。 |
|
|
|
|
|
|
フィールドの暗号化
Loginオブジェクトのパスワードプロパティのように、クリアテキストでのデータベース保存が望ましくない場合に、フィールドの暗号化を行うことが可能です。 |
|
|
|
|
|
|
データベースのビルド
ObjectServiceで設定した構成を基に、接続先データベースのテーブル構成を再配置することが可能です。デザイナ画面で操作することができ、データベース実装フェーズの短縮化を実現します。 |
|
|
|
|
|
|
ロードオプション
内包するオブジェクトを持つオブジェクトをロードする場合に、内包するオブジェクトも同時にロードするか否かを指定することが出来る機能です。ロードパフォーマンスを重視する場合に、内包オブジェクトのロードを回避することが可能です。 |
|
