Considérations de sécurité relatives au chargement en masse (SQLXML 4.0)
S’applique à : 
SQL Server Azure SQL Database
Vous trouverez ci-après des instructions de sécurité relatives au chargement en masse XML :
Lorsque vous spécifiez que l’opération de chargement en bloc doit être effectuée en tant que transaction, vous utilisez la propriété TempFilePath pour spécifier un dossier dans lequel créer les fichiers temporaires.
Le processus de chargement en masse crée ces fichiers temporaires avec les autorisations suivantes :
L'accès en lecture/écriture/suppression est accordé au processus de chargement en masse.
l’autorisation Lecture est accordé à tous les utilisateurs, car le compte sous lequel Microsoft SQL Server accède à ces fichiers est inconnu. Vous pouvez restreindre l'accès à ces fichiers temporaires en définissant les autorisations appropriées sur le dossier qui les contient.
Le chargement en masse XML ne possède en lui-même aucun paramètre d'autorisation. Il est supposé que la base de données est installée correctement et que le contexte d'utilisateur (autrement dit, la connexion que le chargement en masse est configuré pour utiliser) dispose de jeux d'autorisations appropriés.
En mode non transactionnel, si une erreur se produit pendant le processus de chargement en masse, les données peuvent être laissées dans un état partiellement chargé. Dans ce cas, le chargement en masse s'arrête simplement au point où il est. Le mode transactionnel peut être utilisé pour pallier ce problème.
Lorsque des erreurs de chargement en masse se produisent, elles peuvent inclure des informations à propos de la base de données. Par exemple, elles peuvent inclure le nom d'une table ou d'une colonne, ou des informations de type de colonne. Lorsque vous utilisez le chargement en masse, vous devez prendre soin d'intercepter les erreurs du processus de chargement en masse et de retourner un message d'erreur générique, plutôt que d'exposer directement les erreurs aux utilisateurs.
Le chargement en masse ne définit aucune limite quant à la quantité de données parcourue. Il n'effectue aucun contrôle de la taille des données à charger. Il incombe à l'utilisateur qui exécute le chargement en masse de s'assurer qu'il y a suffisamment de mémoire pour traiter le fichier spécifié et suffisamment d'espace dans la base de données pour stocker les données chargées.
Le chargement en masse ne tente pas d'utiliser les données qui lui sont données comme code. L'entrée de données n'est jamais exécutée de quelque façon. Tout code ou commande dans les données d'entrée est traité(e) comme données normales et n'est pas exécuté(e).
Le chargement en bloc peut apporter des modifications de mise en forme aux données données données en fonction des différences entre les modèles de données XML et SQL Server. Par exemple, le format pour spécifier une heure est différent. Le chargement en masse tente de résoudre ces différences. En conséquence, une perte de certaines informations de précision est envisageable.
Le chargement en masse n'impose aucune limite sur la durée nécessaire pour traiter les données. Le traitement se poursuit jusqu'au bout ou jusqu'à ce qu'une erreur se produise.
Le chargement en masse peut créer et supprimer des tables temporaires dans la base de données et il a besoin d'autorisations pour cela. Les autorisations pour ces tables seront accordées au même utilisateur qui se connecte à la base de données pour le processus de chargement en masse.
Le chargement en masse peut créer et supprimer des fichiers temporaires utilisés pendant le traitement en mode transactionnel et il a besoin d'autorisations pour cela. Ces fichiers sont créés avec les mêmes autorisations que l'utilisateur actuel du thread dans lequel le chargement en masse s'exécute.
Si l'utilisateur définit un fichier journal des erreurs pour SQLXML, chaque fois que le chargement en masse est exécuté, le fichier est écrasé avec les données du dernier processus de chargement en masse.