Discussion :

[knotpio]

Bonjour,

débutant en SQL SERVER j'ai trouvé dans le livre "SQL" de Frédéric BROUARD, Christian SOUTOU, une référence au type de données MULTISET ( champs multi-valués ) mais impossible de le trouver dans la version 2005.

Est-il toujours implémenté?

Merci.

[turlututu06]

Bonjour,

Le type MULTISET n'existe tout simplement pas sous SQL Server. Il s'agit uniquement d'un type de la normes SQL-99 ou SQL3 (je crois).

[knotpio]

Merci pour ta rapidité

Mais n'éxisterait-il pas une autre syntaxe équivalante sous 2005.

D'après ce post , ce doit être possible.
http://www.developpez.net/forums/sho...ght=multivalue

[rudib]

Bonjour,

La syntaxe équivalente s'appelle une table avec une clé étrangère
Sinon tu peux utiliser le type de données XML, pour stocker des données complexes dans une colonnes.

[SQLpro]

Ou alors développer en CLR le type MULTISET et les opérateurs qui vont avec....

A +

[knotpio]

Merci de vos réponses,
Je dois avouer que je suis un peu perdu car je ne pensais pas à toutes ces possibilités (XML, CLR)

table avec clé secondaire: ok, je sais faire
XML: je possède un livre avec une explication sommère mais je pense avoir compris le principe
CLR: d'après ce lien ce n'est peu être pas pour moi http://www.developpez.net/forums/sho...&highlight=clr car ma table enfant n'est que rarement modifiée.


Au départ, j'avais envisagé de structurer ma base de données de la manière suivante :

une table principale avec 11 champs

une table enfant + clé secondaire et avec 15 valeurs (8 caractères obligatoires) alphanumériques différentes : c'est sur cette table que j'avais envisagé le MULTISET
Cette table va me servir uniquement a rechercher combien de champs ont de données identique en commun

Nombre de lignes : plusieurs millions
je travaille en local



En considérant la structure de mes bases ci-dessus, quelle est selon vous la solution avec le temps de réponse la plus courte.

Merci.


PS : désolé pour ma réponse tardive, mais en ce moment j'avais très peu de temps libre