Rendre plus résiliente la route de reorder des ressources

[maudetes]

Lors d'un reorder des ressources d'un dataset, la route est très permissive.
On lui passe en body une liste de ressources : ["ae2b016a-014f-4f9e-a4cf-e28d193f19be","a10e29ff-81ff-4e3a-9dd4-b8ebcf2d3bed","80783035-d4f9-429b-a8ab-d52aa90e53c3","80783035-d4f9-429b-a8ab-d52aa90e53c3"].

1. On peut par exemple mettre une ressource en doublon ou triple, ce qui amène à sa duplication (voir https://mattermost.incubateur.net/betagouv/pl/7wz5rrczmtgtzk6yuf15xfqwge).
2. On peut aussi enlever une ressource, qui va donc disparaître du dataset, même si le fichier existe toujours sur les serveurs.
3. Que se passe-t-il s'il s'agit d'une ressource d'un autre JDD ?
4. Faut-il prévoir une migration pour des cas de duplicats de ressources existants au sein d'un JDD ?

[Pierlou]

J'ai commencé un draft d'ajouts de garde-fous : opendatateam/udata#3243