選択範囲内のオブジェクト属性が一致するレコードを検索する
4D v16では、データベース内のオブジェクトフィールドの統合が強化されています。
オブジェクトフィールドのセットを既に選択している場合、4Dコマンド1つで、これらのセットを問い合わせることができるようになりました。
データベースミラーリング
ログファイルを統合する際、4Dは最初のエラーで停止し、いかなるエラーメッセージも返しません。統合エラーの理由は、例えば、ハードディスクの不良や書き込み時のソフトウェアエラーなど、ログの破損が考えられます。そのエラーが最後に発生した場合は問題ありませんが、ログの最初や途中でも発生する可能性があります。この場合、エラーの後のデータが役に立つかもしれません。
さて、標準モードでの統合に失敗した場合、自動修復モードでの統合を試してみることができます。この場合、4Dは遭遇したエラーの解決を試み、統合を停止せず、エラーリストを返します。
JournalのJSONエクスポート
4D アプリケーションでは、データファイルが重要であるため、データベースのすべてのアクティビティはログファイルに保存されます。皆さんもご存知のように、ログファイルは、不幸な不測の事態が発生した場合に、データベースを復旧させるために不可欠な要素です。しかし、データベースの活動に関するすべての情報は、分析に役立つこともあります。例えば、テーブルのアクティビティをチェックしたり、ユーザーによる変更を確認したり、レコードの履歴を追ったりすることができます。
トランザクションの一時停止と再開
この機能は、トランザクションの制御下で実行する必要のない特定の操作を、トランザクション内から実行する必要がある場合に便利です。
ユニークなフィールドでの重複を報告する
4D v15 R3では、ユニークと宣言されたフィールドの重複を検出する方法が強化され、ユーザーは どのフィールドが問題であるかを知る手段を持つことができるようになりました。
何が新しくなりましたか？すべての違反フィールドは、エラーメッセージまたはログに表示されるようになりました。
重複は、2つの異なる方法で報告することができます。
- 4Dが違反フィールドを含むデータベースにインデックスを作成する必要がある場合。
- MSC Verifyのスキャン中。
新規デプロイされたアプリで、「データファイルの選択」ダイアログが表示されないようにする。
アプリケーションを顧客に配布する際、マージされた4D Server またはシングルユーザーアプリケーションを配布する際、4Dは通常「データファイルの選択」ダイアログを表示します。これは、更新されたソリューションの場合、4Dは最後に使用したデータファイルの位置を見つけることができないため、古い構造を置き換えたばかりであるためです。また、初めて使用する場合、4Dはデータファイルの作成場所を知らないので、その場所を尋ねます。
このダイアログは、あなたのアプリケーションとの最初のインタラクションとして、顧客を混乱させるかもしれません。また、データファイルの検証は、アプリケーションが実行される前に行われます。 On Startupが実行され、コードが他のファイルを選択する前に、データファイルの検証が行われます。これを避けるために、4D v15は デフォルト・データという新しい機能を導入しました。