データモデルを処理するORDAクラス
前回の ブログでは、ORDAデータモデルクラスの世界について紹介しました。さて、いよいよ手を動かして、もっと勉強しましょう
ORDAの構造（データストア、データクラス、エンティティ、エンティティ選択）がオブジェクトで構成されていることは既にご存知でしょう。しかし、それらは単なるオブジェクトではなく、特定のORDAクラスにリンクされた強型オブジェクトなのです。つまり、データの物理的な実装の複雑さを隠蔽するための関数を書くことができるのです。
ORDAクラスの世界へようこそ
ORDAは、4D v17で革命を起こしました。それは、全く新しい可能性の世界を開き、あなたを別のプログラミングの次元に導きました。オブジェクト指向のアプローチで簡単にアプリケーションを開発できる次元です。
私たちは、そこで終わりませんでした!私たちは、その後の機能リリースごとに、一連の機能を通じてORDAの機能強化を続けてきました。そして今、4D v18 R4では、さらに一歩進んだORDA データモデルクラスが利用可能になりました。あなたのデータモデルに特化したクラスです。
これは、あなたのコードを大きく向上させるでしょう。あなたのアプリケーションは、簡単にサービスを公開し、より管理しやすく、保守しやすくなり、他のアプリケーションとシームレスに統合できるようになります。
これもプロジェクトのおかげで実現した大きな機能です
ORDA：再起動せずに最新のデータストアを利用できる
4D v18 R3には、開発者のエクスペリエンスに大きな影響を与えるエンハンスメントが含まれています。多くの方から要望のあった機能を、4Dが実現しました!
開発段階（コードの記述とテスト）で4Dスタンドアローンモードで作業する場合、構造が更新されたときに最新のデータストア(ds)を更新するためにデータベースを再起動する必要はありません。
新しい属性や新しいテーブルが必要なとき、毎回データベースを再起動する必要はありません。全て自動です!
コマンドを呼び出すと、最新のデータストアを取得できます。 dsコマンドを呼び出すと、最新のデータストアオブジェクトを取得できます。つまり、このデータストアオブジェクトの複数のバージョンを、実行中のプロセスを停止させることなく、構造を更新したタイミングに応じて、同時に処理することができるのです。
クライアント/サーバーモードで作業している場合、4Dサーバー上で動作しているコードには問題なく機能します。
リモートクライアントでは、構造の更新が必要なクライアントを再起動するだけです。
4Dサーバーの動作を監視する新ツール
オブジェクト・コーナー：簡単な共有とその他のグッドニュース
オブジェクトを共有オブジェクトに入れようとしたときに、「Not supported value type in a shared object」というエラーが何回出たでしょうか？
あなたはどうしましたか？無実のオブジェクトを共有オブジェクトにするために長いコードを書き、おそらくそのすべてのプロパティを繰り返し処理しましたか？
共有オブジェクトをある共有グループから別の共有グループに転送するのはどうでしょうか？
オブジェクトの面白いところは、ハッシュマップ（キー/バリューシステム）として使えることはすでにご存知でしょう。しかし、1行のコードですべてのキーやすべてのバリューを取得するのはどうでしょうか？
4D v18 R3がリリースされ、良いニュースがもたらされましたので、読み進めてください。
ORDA – リストボックスの行選択を改善しました。
ORDA: エンティティセレクション関数のニュース
ORDAに関して言えば、4D v18 R3は朗報に満ちています!新しいメンバーメソッドは、あなたのコーディング体験をさらに向上させるために、自由に使うことができます。
まず、エンティティセレクションからのデータ抽出が大幅に強化され、エンティティセレクションのデータで完全にカスタマイズされたコレクションを構築 することが可能になりました。
さらに、エンティティ選択に対して、そのデータを直ちにサーバーから リフレッシュする必要があることを示す方法を提供し、キャッシュされたデータを無効にします。
詳細について知りたいですか？読み進めてください。必要なことはすべて以下に書いてあります。
リモートデータストア – 実践的な使用例
4D v18で提供された最も興味深い機能の1つが、リモートデータストアです。このブログポストでは、実用的なユースケースを紹介します。
リストボックスで開発者の負担を軽減する
複数の 4Dデータソースに興味がありますか？
4D v18 のエキサイティングな新機能を発表します！ タイトルからすでにヒントがあるかもしれませんね。
この機能は、クライアント/サーバーの新しい可能性を開きます。4D v18 のアプリケーションは、永続的なネットワーク接続を必要とするカレントデータベースに限定されるのではなく、4D Server 上に公開された別のリモート4Dデータベースからデータを取得することができます！
この機能により、選択肢が大きく広がります。たとえば、基本的にオフラインで動作するようにアプリケーションを構成し、リモートデータにアクセスできるときだけローカルデータを同期させることができます。あるいは、複数のサーバーでデータを公開し、必要に応じて切り替えることもできます。また、データモデルを異なるデータベースに分散させるという方法もあります (ローカルデータ、海外データなど)。異なる場所にデータを分散させながら、 1つの 4Dクライアントコード (プロジェクトメソッドやフォームオブジェクト) でアクセス可能にするのはどうでしょうか。このブログ記事では、これらのシナリオを実現する方法を紹介します。