Discussion :

[yannick1717]

Bonjour,

J'ai besoins dans ma base de donnée, de tables pouvant stocker "n'importe quoi" tant qu'on précise un type.

En gros, l'utilité, stocker des attributs pour une application java, ces attributs seront placés dans des contextes accessibles par divers objets.
Un attribut peut être dans plusieurs contextes.

Dans un premier temps j'avais imaginé, comme tables:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Context
id (pk)
nom
 
Attribute
id (pk)
nom
val
type
 
Assoc
idContext (fk)
idAttribute(fk)

Ensuite, on m'a parlé d'une autre manière :
Stocker du contenu XML (qui contiendrait une suite de clef,valeur,type) dans ma table Context directement.

Une chose est sure, j'aurai moins d'occurences dans ma db, dans l'autre sens, je retrouverai toute la lourdeur et la laideur du XML.

Le problème est que je risque d'avoir un peu + de 1000 attributs, ne m'y connaissant pas trop en base de donnée, j'aimerais donc un avis la dessus.

Personnellement, je penche plutot sur mes 3 tables plutot qu'une qui contient du XML.
Mais, avant de m'y mettre, une confirmation serait la bienvenue.

Merci à vous

Aurevoir

[ylarvor]

Le problème est que je risque d'avoir un peu + de 1000 attributs, ne m'y connaissant pas trop en base de donnée, j'aimerais donc un avis la dessus.

Personnellement, je penche plutot sur mes 3 tables plutot qu'une qui contient du XML.
Mais, avant de m'y mettre, une confirmation serait la bienvenue.

Pour une base sql serveur 2005 express, 1000 attributs, c'est une petite table. rien à craindre donc quelque soit la solution que tu choisis.

Sur mon blog, tu peux regarder quelques fonctionnalités XML (http://sqlserveur.blogspot.com/search/label/XML) pour sql serveur 2005 qui possède le type XML en natif.

[yannick1717]

Interessant, merci !

Ca risque d'être pas mal en plus que 1000, mais dans un sens, c'est vrai que ce n'est pas un problème.

merci de la réponse, je ne savais apas que ça se faisais.

bye !