|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | ||||
|
Membre éclairé
![]() Jérémy Ingénieur développement logiciels Inscription : avril 2005 Messages : 751 ![]() |
Bonjour,
j'ai une base de données "PRINCIPALE" qui est remplie à partir d'autre bases "SECONDAIRES". En gros chaque bases SECONDAIRE est liées à la PRINCIPALE et insère une ligne à chaque nouvelle enregistrement. Mon problème est que les bases externe ne sont pas toutes de ma création et je me retrouve avec des types d'identifiants différents (bigint et uniqueidentifier...) C'est pourquoi j'ai pensé, a creer un champ de type XML pour retrouver mes données qui contiendra les valeurs nécessaires. Code :
Mon problème est que les serveurs SECONDAIRES vont effectuer des mises à jour des données sur le serveur PRINCIPALE en se basant sur leur Id ( contenu dans le XML) j'ai donc une requête de ce type : Code :
Avant je n'avais que des systèmes avec des id de type long et j'avais donc un champ IdExterne(long), mes updates était instantanée et la en XML je perd trop de temps. Je ne veux pas faire des champs tout crade avec idExterneLong, IdExterneGUID, PartitionDate... et un champ sur deux de rempli ce n'est pas propre je trouve. Ai-je un moyen d'optimiser mon XML ?? Voyez vous une meilleur solution ?? Merci d'avance, j'espère avoir été clair. PS : désolé pour la longue tirade. |
||||
|
|
00
|
|
|
#2 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 950 ![]() |
Par nature le XML est faiblement optimisable et en comparaison avec du pur relationnel ce sera toujours un match totalement inégal. Vous ne pouvez donc pas exiger des performances de quelques chose qui ne peut y prétendre.
Par exemple il n'est pas possible de traiter le XML de manière parallèle alors que c'est le lot quotidien du relationnel (données ensemblistes donc pas de relation d'ordre !). Reconcevez votre système en purgeant le XML, en utilisant du relationnel correctement typé, et en indexant ! A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
|
|
#3 |
|
Membre éclairé
![]() Jérémy Ingénieur développement logiciels Inscription : avril 2005 Messages : 751 ![]() |
Ok, c'est ce que je pensais, c'est dommage mais je vais abandonné cette idée car même si les dit update sont rare, il reste présent de temps en temps.
Merci pour ta réponse. |
|
|
00
|
|
|
#4 |
|
Membre éclairé
![]() Jérémy Ingénieur développement logiciels Inscription : avril 2005 Messages : 751 ![]() |
Pour info, si vous chercher à optimiser une recherche xml, il y a un article tres bien fait sur le MSDN en utilisant les catalogues de recherche textuelle :
http://msdn.microsoft.com/fr-fr/library/bb522491.aspx |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com