Recherche:

J'utilise la config par défaut. Je suis sous 2014 en EXPRESS (29s) et DEVELOPPER édition (26s)


J'ai bien 100000 factures mais seulement 1 100 00 lignes (le XML décrit 11 lignes par facture, donc...

Oui oui, j'en suis sûr !

Pas de modification du script, je l'ai pris tel quel. Et c'est un vieux PC que j'ai remis au gout du jour (disque dur remplacé par un SSD + rajout de RAM)

Je viens de l'exécuter sur ma machine. L'import s'est fait en 26s.


Peut être en typant le XML en précisant son schéma.

Merci pour ce retour ;)

Pour donner une idée de la volumétrie, je suis à plus de 80000 enregistrements insérés en 45s environ, avec traitement des données (j'ai des jointures qui prennent un peu de temps et qui ont...

Justement, je reste dans les faits et je constate que vous maîtrisez mal le sujet, notamment en mélangeant et comparant des concepts différents.


Je l'ai déjà fait. Maintenant, je fourni un...

Non, on s'est mal compris. Je fais un premier INSERT pour toutes les factures, et un second pour toutes les lignes. Ainsi, je n'ai que 2 INSERT pour toutes les données.


Il n'est pas inexistant....

Et pourtant, on peut faire une insertion par lot. Certes, pas avec BULK INSERT. Mais SQL Server permet la manipulation de XML. Et pour faire cette insertion, je n'ai besoin que de... 2 INSERT !...

Sans plus d'information sur les données, difficile de se prononcer. Mais à moins qu'il y a 1 million de nouveaux clients par jour, je ne suis pas certains que cela représente un problème. Il s'agit...

Pour le VARCHAR(20), oui, pour le BINARY(16) (pas besoin de VAR ici !) non.





Non, c'est vous qui fixée cette contrainte. Nulle part elle n'a été spécifiée.

La question ici est d'optimiser une requête, pas le confort du développeur.


Je vous invite à faire un essai de clé primaire basé sur un UNIQUEIDENTIFIER. Vous allez avoir des surprises quant aux...

Oui !


BINARY(16) est tout aussi proche qu'un guid. Maintenant, un hash ce n'est pas la même chose qu'un MD5. MD5 est juste un exemple de hash. Il en existe beaucoup d'autres, avec des longueurs...

Non, car cela ne veut rien dire. Un hash peut très bien être une chaîne de caractères, un entier, des octets, etc... Par exemple, CHECKSUM et HASHBYTES sont deux fonctions utilisées pour du hashage....

Autant utiliser les outils adaptés, et partitionner la table, plutôt que de le faire à la mano avec des tables et des vues.



Le hash peut être une bonne idée (attention aux collisions !!), mais...

Tout à fait. Mais sans données, difficile de donner la solution ! Et comme cette approche n'avait pas encore été proposée, je l'ai fait ;)

Bonjour,

Ici, vous avez plusieurs possibilités. Il faut juste les tester pour déterminer laquelle sera la plus rapide.

Pour ma part, je testerai un index, avec comme ordre des colonnes date,...