データストレージ

データの定義方法 Mendix?

In Mendixでは、ドメインモデルを使用してデータのニーズを定義します。アプリプロジェクト内のすべてのモジュールには、1 つ以上のエンティティで構成される独自のドメインモデルを設定できます。これらのエンティティは永続化可能または非永続化可能であり、1 つ以上のオブジェクトが含まれます。

永続オブジェクトはデータベースに保存され、 Mendix エンティティをデータベースに保存するためのテーブルを自動的に作成します。オブジェクトごとに 1 つのレコードがテーブルに挿入されます。非永続的なエンティティは、ユーザーセッションの期間中のみメモリ内に存在します。

すべてのエンティティに対して、属性と、属性が保持するデータの種類を定義できます。また、セキュリティルール、誰がどのデータを表示できるか、検証ルールも定義できます。検証ルールは、属性に許可される値を指定します。

アプリケーションを起動または再デプロイすると、 Mendix データを保存するためのデータベーステーブルが自動的に作成されます。再デプロイすると、アプリのすべてのテーブルが必要に応じて自動的に変更され、データが新しいテーブル構造に移行されます。

永続可能オブジェクトと非永続的オブジェクトの違いは何ですか?

永続可能オブジェクトはデータベースに保存されるため、セッション間やユーザー間でデータを使用できます。ただし、非永続エンティティはユーザーセッションの期間中のみメモリ内に保持されるため、このようなエンティティはユーザー間またはユーザーセッション間で共有できません。

非永続エンティティは、すべての中間結果を保存したくない計算や、さまざまな統合手段を通じて外部システムから取得されたデータを一時的に保存する場合に主に使用されます。

オブジェクトリレーショナルマッピングはどのように機能するのか Mendix?

Mendix オブジェクトリレーショナルマッピング（ORM）は、モデル化されたデータのニーズから、最も一般的なリレーショナルデータベースシステムでの技術的な保存と検索まで、データベース管理のあらゆる側面を処理します。 Mendix ORM は、テーブルの作成や変更方法、データへのアクセスや更新方法など、データベースの技術的な側面についてユーザーが考える必要性をなくします。

データ定義言語

Mendix ORM は、アプリケーションの展開時にデータ定義言語 (DDL) フェーズから開始され、ドメインモデルでビジネスデータ要件をモデル化すると、その要件に基づいて正しいデータベース構造が自動的に作成されます。

作成されるデータベース構造には、テーブル、データ型、関連付け、関連する制約、さらには継承が含まれます。

アプリケーションに変更を加えるたびに、基礎となるデータベーステーブルがそれに応じて自動的に更新されることに注意してください。データも移行されます。

テーブル作成とデータ移行の両方を処理することで、 Mendix プラットフォームは、アプリを迅速に提供するのに役立ちます。データベーススキーマを自分で管理する必要はありません。同様に重要なのは、ほとんどの移行（たとえば、属性名の変更や型の変更）では、 Mendix データ移行も自動化します。

プライベートクラウド環境やオンプレミスで展開する場合、データベースを自分で管理するオプションがあります。この場合、 Mendix これを開始点として、データベース管理者に渡して、データベースが要求どおりに作成されるようにします。

データ移行フェーズでは、1つのデータから別のデータへ移行することもできます。 Mendix 異なるデータベースベンダー間でアプリを移行できます。これは、オンプレミスからクラウドへ、またはあるクラウドから別のクラウドへ移行する場合に役立ちます。詳細については、移行方法 Mendix データベース会場は Mendix Studio Proの使い方.

データ検索

Mendix 取得するデータを指定するには、いくつかの方法があります。

Mendix Studio Proは、クエリのニーズを視覚的に指定する方法を提供します
特定のオブジェクトまたは関連するオブジェクトのセットを取得するには、XPath式を使用できます。
レポートのニーズ（複数のエンティティを集約して単一の結果セットに結合することが重要な場合）では、 Mendix OQLクエリを提供する

内部的には、すべての取得は最初に XPath に変換され、次に OQL に変換され、最後にデータベース固有の SQL ステートメントに変換されます。

データを取得する際、 Mendix ORM は次の手順を実行します。

XPath クエリを OQL クエリに変換します。
追加の取得要件が含まれます (たとえば、ページでも必要な関連オブジェクトなど)。
エンティティに定義されているセキュリティルールを適用します。
エンティティを技術データベーステーブルにマップします。
エンティティ属性をテーブル列にマップします。
必要な OQL ステートメントを最適化します。
OQL ステートメントをデータベース固有の SQL ステートメントに変換します。
データベースからレコードを取得します。

あなたが見ることができるように、 Mendix ORMは、決して簡単ではない多くのパフォーマンス最適化を適用します。アプリケーションモデルのため、 Mendix プラットフォームは、関連するデータベースレコードを一度にクエリする方が効率的であると判断できます。

ストアドプロシージャを使用するには Mendix?

ストアドプロシージャの使用 Mendix データがどこに保存されているかによって異なります。

データベース内のストアドプロシージャを使用する場合は、 Mendix アプリケーションでは、 Mendix Java API。詳細については、 Java API の使い方会場は Mendix Studio Proの使い方.SQL文の実行の詳細については、 Mendix JDBCを使用したアプリデータベースについては、データストレージ実行接続.

外部データベースを使用している場合は、データベースコネクタアドオンは Mendix 市場。

ストアドプロシージャの呼び出しは、既存のレガシーデータベース上に構築する場合に最も重要です。この分野では、多くのOracleリレーショナルデータベース管理システム（RDBMS）があります。データベースコネクタで利用可能 Mendix Marketplace は、PL/SQL ストアドプロシージャとパッケージ、参照カーソル、ユーザー定義型を使用して構築されたテーブル API など、従来の Oracle データベースでよく見られる機能のサポートを提供します。

どのように Mendix トランザクション管理を処理しますか?

すべてのリクエスト Mendix ランタイムは自動的に新しいトランザクションを開始します。リクエストが正常に完了すると、トランザクションはすべての関連データとともにコミットされます。エラーが発生した場合、すべてのデータ変更はデフォルトでロールバックされます。このデフォルトの動作を変更するには、カスタムエラー処理ロジックを提供するオプションがあります。

次のマイクロフローでは、カスタムエラーハンドラが定義されています。 前日比 アクティビティが失敗すると、データベースに加えられた変更はすべてロールバックされます。エラーハンドラーは、トランザクションで何を行うかを定義します。マイクロフローで発生したすべての処理をロールバックするか、問題を補正して続行することができます。この例では、ログメッセージが生成され、その後マイクロフローがエラーで終了します。呼び出し元のマイクロフローは、これをどのように処理するかを決定できます。

データベースの機能 Mendix サポート？

A Mendix アプリケーションは、デフォルトで複数の異なるデータベースサーバーにデプロイできます。データベース固有のコードを含めない限り、いつでもデータベースベンダーを切り替えることができます。

この Mendix プラットフォームは、以下のリストにあるデータベースサーバーをサポートしています。データベースのセクション システム要件.