■ 特 徴

すべてのデータはXoneのオブジェクトとして表現される

RDBを使っていますが、テーブルでもレコードでもなく、データはすべてXoneオブジェクトとして表現されます（詳しくはXoneメタモデルを参照してください）。

Xoneオブジェクトはクラス・インスタンス・Anyインスタンスの３種類

Xoneオブジェクトにはテンプレートとしてクラスがあり、その実体としてインスタンスがあります。Anyインスタンスはクラスのないインスタンスです（詳しくはXoneメタモデルを参照してください）。

クラスには高度な制約式が定義できる

プログラムの中にはデータ（あるいは引数）を検証するコードが少なからずあります。Xoneでは単にデータが整数だとか、0以上だとかではなく、たとえば「性別のデータが'男性'だったら年齢のデータは18以上、'女性'だったら16以上」といった複雑な制約式を定義できます。そのため、データを検証するプログラムコードを大幅に減らすことができます（詳しくは制約式と検索条件式を参照してください）。

オブジェクトはツリー状のフォルダで管理

OSのファイルシステムと同様に、オブジェクトはツリー状のフォルダ（ディレクトリ）で管理されます（下図はモデルマネージャで表示した例）。

Javaオブジェクトもわずかな変更でXoneオブジェクトにできる

JavaオブジェクトもTransformableというインターフェースを実装すれば、Xoneオブジェクトと同様にそのまま保存できます。

オブジェクトの選択に高度な条件式が利用できる

制約式と同じ文法の式を使って、オブジェクトを選択できます。この式には、三角関数や対数関数などの数学関数を利用することはもちろん、ユーザ定義の関数を使うこともできます（詳しくは制約式と検索条件式を参照してください）。

フォルダ／オブジェクト単位でのロック

マルチユーザ環境ではロックは重要な機構です。Xoneではフォルダまたはオブジェクトの単位でロックできます。

フォルダのアクセス制御

フォルダに対して、グループや個人単位で読み込みや書き込みの権限を設定できます。

ビジネスロジックは容易に拡張可能

Xoneのシステムに付属のビジネスロジックの他に、ユーザ定義のビジネスロジックを追加できます。その場合RDBだけではなく、シミュレータなどの他のリソースを利用することもできます。

XMLでのデータ交換が容易

XoneのオブジェクトはXMLでの入出力ができます。RDBが異なる場合でも、データ交換は容易です。

Webサービスやアプリケーションサーバへ対応

システムはさまざまな組み合わせで構築できます。これらの組み合わせは設定を変更するだけで指定できます。また、クライアント　−　サーバ間はデータを圧縮しているので、効率よく送受信できます。

すぐに役立つツールが添付

モデルマネージャを始め、いくつかのツールが付属しており、すぐに使い始めることができます。

■ 用 途

XoneはWebブラウザやリッチクライアントを利用するWebアプリケーションで使われることを想定していますが、特に以下の用途に有効です。

●プロトタイピング

データモデルの作成からアプリケーションの開発まで、少人数で迅速に開発できます。RDBを直接使う必要もありませんし、ほとんどの場合クライアント層の開発だけで済むからです。コストをかけずにシステムを構築したい、あるいはプロトタイプで効果を検証したいといった用途に向いています。

●エンジニアリング

一般にエンジニアリングで利用されるデータは、データモデルが複雑でしかもその種類が多いものです。Xoneのようにデータモデルが柔軟に変更できると、システムの変更や保守のためのコストは低く抑えられます。

●シミュレーション

複数の拠点からデータを収集し、サーバの演算パッケージでシミュレーションする、といった用途ではデータの永続化のツールとして利用すると、ファイルベースやRDBで行うよりもずっと容易に開発できます。

●カタログ/アンケート等の情報系

情報系のデータはモデルの変更が頻繁に起こります。しかし、RDBではそのコストが大きくなるので、変更の頻度を減らしたり、XML用DBを利用することも増えてきています。Xoneは、RDBとXMLDBの中間的な存在です。固定的なスキーマではRDBが、文章系などの階層的なデータモデルにはXMLDBが適していますが、その中間のモデルではXoneが適している場合があります。