プリエンプティブモードのウェブサーバー
4D Web Serverもプリエンプティブになりつつあるので、4D v16でプリエンプティブ・マルチスレッドについて進めています。チェックボックスを1つクリックするだけで、あなたのアプリケーションは、より多くの同時接続ユーザーをサポートし、より多くのリクエストを並行して処理することができます。CPU時間を多く使うリクエストでは、実行が最大2倍速くなります
4Dランゲージのためのプリエンプティブ・プロセス
4D v11以降、データベースサーバーとSQLサーバーは共にプリエンプティブなマルチスレッディングを使用します。4D v13 からは、Static モードの Web Server もプリエンプティブを使用しています。v15 R5では、4D言語もプリエンプティブ・プロセスで実行できるようになりました。
4D プリエンプティブプロセスでProコマンドを書き込む
4D v16では、新しい4D Write Proコマンドをプリエンプティブ・プロセスで使用して、データベースのスケーラビリティを向上させることができます。
例えば、請求書など、プログラムで文書を作成したり、変換するルーチンを行っている場合、ほとんどの4D Write Proコマンドがスレッドセーフになったので、プリエンプティブワーカーでそれを行うことができます!
XML コマンドがスレッドセーフになりました
データベースのスケーラビリティを向上させ、マルチコアマシンで利用可能なすべてのパフォーマンスを使用したいと思いませんか？
4D v16では、XMLを扱うコードでプリエンプティブプロセスを使用するために、スレッドセーフコマンドのリストを拡張しました。
データベースミラーリング
ログファイルを統合する際、4Dは最初のエラーで停止し、いかなるエラーメッセージも返しません。統合エラーの理由は、例えば、ハードディスクの不良や書き込み時のソフトウェアエラーなど、ログの破損が考えられます。そのエラーが最後に発生した場合は問題ありませんが、ログの最初や途中でも発生する可能性があります。この場合、エラーの後のデータが役に立つかもしれません。
さて、標準モードでの統合に失敗した場合、自動修復モードでの統合を試してみることができます。この場合、4Dは遭遇したエラーの解決を試み、統合を停止せず、エラーリストを返します。
JournalのJSONエクスポート
4D アプリケーションでは、データファイルが重要であるため、データベースのすべてのアクティビティはログファイルに保存されます。皆さんもご存知のように、ログファイルは、不幸な不測の事態が発生した場合に、データベースを復旧させるために不可欠な要素です。しかし、データベースの活動に関するすべての情報は、分析に役立つこともあります。例えば、テーブルのアクティビティをチェックしたり、ユーザーによる変更を確認したり、レコードの履歴を追ったりすることができます。