5092 results ordering for mdm link history is incorrect (#5093)
* update docs to be more specific * fix ordering when client assigned id doesn't match pid * remove fix ordering when client assigned id doesn't match pid --------- Co-authored-by: justindar <justin.dar@smilecdr.com>
This commit is contained in:
parent
cd3c4d2076
commit
675699a177
|
@ -250,7 +250,10 @@ This operation takes the following parameters:
|
|||
</table>
|
||||
|
||||
|
||||
This operation returns a `Parameters` resource that looks like the following, in the example case where an MdmLink was updated from MATCH to NO_MATCH, with the MDM revisions sorted in *descending* order:
|
||||
This operation returns a `Parameters` resource that looks like the following, in the example case where an MdmLink was updated from MATCH to NO_MATCH. The MDM revisions are sorted:
|
||||
* First by golden resource ID in *ascending* order
|
||||
* Second by source resource ID in *ascending* order
|
||||
* Third by revision timestamp in *descending* order.
|
||||
|
||||
If there are any duplication between results returned by a combination of golden resource IDs and source IDs, they will be included only once. So, for example, if there is one historical MDM link for golden resource 123 and source resource 456, and both of these identifiers are in the query, only a single historical entry will be returned.
|
||||
|
||||
|
|
Loading…
Reference in New Issue