Discussion :

[tatou10]

Bonjour,

Je dois spécifier un format xml qui permettra d'échanger le référentiel client entre deux sociétés.
Pour éviter de répéter un certain nombre d'information je désire reprendre le modèle relationnel.
J'aurais voulu savoir s'il existe des "bonnes pratiques xml" pour faire cela (je n'en ai pas trouvé)
Ci-dessous une partie du format que j'envisage, dans cet exemple, la fonction du contact (<Function>) est mise en entête et seul l'ID est rappelé dans le <Contact>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Referential>
	<Functions>
		<Function ID=''>
			<Label></Label>
		</Function>
	</Functions>
	<Clients>
		<Client ID=''>
			<Contacts>
				<Contact ID=''>
					<Name></Name>
					<Functions>
						<Function ID='' />
					</Functions>
				</Contact>
			</Contacts>
		</Client>
	</Clients>
</Referential>

Merci pour vos critiques éventuelles!

[emmanuel.remy]

Salut,

Un des soucis avec ce type d'approche c'est notamment la représentation des relation n-n et la duplication inutiles des données. Par exemple si n contacts ont la fonction "fct01", celle-ci sera inscrite autant de fois.

ERE

[tatou10]

C'est vrai et c'est bien là mon problème!
Mais dans mon exemple je fait référence qu'à l'ID de la fonction dans chacun des contacts, la description de la fonction n'apparait qu'une seule fois au début du fichier.
En XML je ne vois pas d'autres alternatives.

[GrandFather]

Bonjour,

Mais dans mon exemple je fait référence qu'à l'ID de la fonction dans chacun des contacts, la description de la fonction n'apparait qu'une seule fois au début du fichier.

Il n'y a effectivement pas beaucoup d'alternatives... Le seul conseil que je pourrais donner serait de différencier le nom des attributs contenant l'ID d'une entité de celui des attributs qui y font référence, par exemple en appelant les premiers id et les derniers refid. Cela aura une importance si tu définis une DTD (les attributs de type ID sont communs à tout le document), et cela sera plus clair pour le lecteur.

Si vraiment tu souhaites utiliser une façon normée de décrire ce type de lien, tu peux employer le formalisme XLink. A toi de voir si le jeu en vaut la chandelle.

[tatou10]

Merci pour ces conseils!

je vais jeter un oeil à XLink.

[emmanuel.remy]

@tatou10

Mais dans mon exemple je fait référence qu'à l'ID de la fonction dans chacun des contacts, la description de la fonction n'apparait qu'une seule fois au début du fichier.

Désolé je n'ai pas été assez vigilant, je n'avais pas vu

Et au passage, je me faisais cette réflexion: il existe des possibilité en Java, DotNet, que sais je encore de sérializer le résultat de requêtes SQL directement sous la forme d'un flux XML et de recharger ce flux de nouveau sous la forme d'un objet équivalent pour une mise à jour des données ou autre (par exemple en java: http://java.sun.com/j2se/1.5.0/docs/...WebRowSet.html ). Cela ne serait-il pas une solution à ta problématique ?

Et d'ailleurs en poussant un peu plus, les SGBD exportent aujourd'hui directement en XML leurs données; n'est il pas possible de faire un export (ou dump) XML puis un reload (ou un reload après transformation des données) sur le poste cible ?


ERE