MarkLogicデータハブ5.1：リリースノート

マッピングステップにおいて、エンティティプロパティにXPath式（事前定義された関数やカスタム関数を含む）から生成した値を割り当てることができます。

この機能は、MarkLogic Server 9.0-11や、10.0-2以降最新の10.xリリースでのみサポートされています。

詳細については、マッピングについて、データハブマッピング関数、カスタムマッピング関数の作成を参照してください。

入れ子になったエンティティのマッピングをQuickStartで扱えるようになりました。

この機能は、MarkLogic Server 9.0-11や、10.0-2以降最新の10.xリリースでのみサポートされています。

詳細は、複雑なエンティティ、QuickStartによるマッピングステップの設定を参照してください。

マッピングステップにおいて、結果として得られたマッピング済みエンティティインスタンスを、エンティティモデルに基づくスキーマドキュメントに突き合わせて検証できます。

詳細については、マッピングされたエンティティインスタンスの検証を参照してください。

マスタリングの処理を「マッチング」および「マージング」の2つのステップに分割することで、パフォーマンスを改善します。この分割により、他の処理がレコードにアクセスする際のロックの可能性を減らします。

従来の統合されたマスタリング（マッチングとマージングが1つのステップにまとまっている）は、小規模のデータセットに対しては依然として利用できますが、ロック問題を回避するために、スレッドの個数は1にしてください。ほとんどの場合、分割されたマスタリングで複数のスレッドを利用する方が望ましいです。

詳細は、マスタリングについて - 統合ステップ vs 分割ステップマスタリングを参照してください。

詳細は、Gradleタスク - レコード管理タスクを参照してください。

処理の透明性を向上させるため、マスタリング用に出自情報が追加されました。

詳細は、マスタリング用の出自を参照してください。

詳細は、RESTクライアントAPIに対するデータハブ拡張 - レコード管理を参照してください。

QuickStartのカスタムステップのタイプを、読み込み、マッピング、マスタリング、その他のいずれかに設定すると、このカスタムステップで置き換えるステップに関するより詳細なテンプレートが提供されます。この機能は以前のリリースでもプログラム的に利用可能でしたが、本バージョン以降、QuickStartでも利用できるようなりました。

詳細は、QuickStartによるステップの作成を参照してください。

GradleタスクhubCreateStepDefinitionによって、各ステップタイプ（読み込み、マッピング、マスタリング、カスタム）ごとに新しいテンプレートが生成されます。それぞれのテンプレートには、必要に応じてカスタマイズできるように詳細なコメントが記述されています。これらのテンプレートは、（プロジェクトのルート）/step-definitionsフォルダ内にあります。

APIのプレフィックス「ml:」が「ml」（コロンなし）となりました。 例： ml:runFlow は、mlRunFlowとなりました。

詳細は、RESTクライアントAPIに対するデータハブ拡張を参照してください。