Discussion :

[Tofalu]

Introduction
Voici ce qu'on peut lire dans l'aide en ligne de la nouvelle version d'Access :

Nouveauté : Vous pouvez créer un champ qui contient plusieurs valeurs. Supposons que vous souhaitez stocker une liste de catégories auxquelles vous avez attribué un élément. Dans la plupart des systèmes de gestion de base de données et dans les versions précédentes d'Access, vous devez établir une relation plusieurs-à-plusieurs. Dans Office Access 2007, vous avez déjà fait le plus difficile une fois que vous avez choisi un champ à plusieurs valeurs. Ce type de champ convient tout particulièrement lorsque vous utilisez Office Access 2007 pour manipuler une liste SharePoint contenant l'un des types de champ à plusieurs valeurs de Windows SharePoint Services. Office Access 2007 est compatible avec ces types de données.

Illustrations


Questions :

Aux débutants : Cette nouvelle fonctionnalité semble t'elle faciliter vos développements ?

Aux experts : Seriez vous prêt à adopter cette technique, comment voyez vous son impact sur les futurs développements ?

Ressources

Un article complet de démonstration http://warin.developpez.com/access/multivalue/

Exprimez-vous, nous vous attendons !

[Mariboo]

Si j'ai bien compris, Cette nouvelle fonctionnalité remet complétement en question la méthode structurelle habituelle pour une base de données : les relations "plusieurs à plusieurs"..... cela peut effectivement chambouler les futures méthodes de développement !
C'est à essayer ... mais personnellement je ne sais pas si je vais m'en servir .... j'ai bien peur que ça mette le bazare dans la structure des BD ...

A voir ...

[Lou Pitchoun]

Voici mes impressions "à chaud", il y en aura certainement d'autres "à froid"

Au niveau conception (comme tu le soulignes dans ton article), ça va changer les habitudes.
Personnellement, le seul intérêt que je trouve à cette méthode c'est la suppression des relations n, n (moins de tables). Il est vrai, et tu l'as montré dans l'article, que ce n'est pas bien plus compliqué d'ajouter des enregistrements avec DAO. Mais si une application doit en pâtir au niveau performance (requêtes), je ne pense pas que j'utiliserai les champs multivalués.

Au niveau développement, il faudra prendre l'habitude de développer avec cette vision de conception. Et il faudra un temps d'adaptation.
Est ce que cela vaut vraiment le coup ? Il peut y avoir un intérêt : un gain au niveau de l'ajout d'enregistrements.

Imaginons un formulaire avec comme source la table classe (on choisi la classe) et un sous formulaire en mode feuille de données pour ajouter les élèves par une simple coche. Avec les champs multivalués : y a presque rien à faire. Sans les champs multivalués : il y a un peu de boulot derrière pour arriver au même résultat. Seulement, est ce que le temps gagné à développer vaut le cout de perdre du temps en traitement des requêtes ?? Personnellement je me verrais mal un utilisateur venir et me dire : "c'est trop long. il faut améliorer les temps d'éxécution". Et là je lui dit quoi ? "Et bien il faut que je recommence à 0" ou alors "Ca vous plait pas ??" en me disant intérieurement : fait c**** lui, y veut me faire perdre du temps à me casser la tête à développer.

[Captain_JS]

Peut etre suis-je un peu con mais j'ai du mal à voir pourquoi les requetes risquent d'etre plus longuess...

Dans mon esprit les champs multi valués permettent de récupérer en 1 requete ce qu'avant on récupérait en 1 requete .. bon là ok, sauf qu'avant on fesait des jointures donc Access se tapait plusieurs requetes en interne.
Maintenant aussi il en fait plusieurs en interne, sauf qu'il travaille avec son nouveau systeme (je ne sais pas comment appeler l'imbrication d'une table dans une autre). Et on droit de supposer que si Microsoft a créé ça ça doit (j'espère que ça l'est) etre plus rapide qu'avant.

Maintenant j'avoues que je ne l'ai pas encore tester, mais si des personnes ont fait des tests de perfos qu'ils les fassent partager j'en serais ravi

[Tofalu]

Les test figurent dans l'article donné en lien

[Captain_JS]

Oups désolé je n'avais pas lu jusqu'à le fin

Au vue des performances c'est vrai que j'ai un peu de mal à saisir l'intéret des champs multis-valués pour de telles pertes de perfos
Autant construire "à la main" et traiter directement des champs "complexes" plutot que d'utiliser des champs multis-valués ...

Y'a possibilité de modifier mon vote ?

[drinkmilk]

Je pense que ce concept de champs multi-valués est un réel besoin pour les concepteurs / utilisateurs de bases de données. Je ne sais pas si Access est un pionnier en la matière (ça existe sur Oracle, non ?), mais on peut raisonnablement penser que si les performances ne sont pas encore au rendez-vous, elles le seront certainement très prochainement.

En plus, Access 2007 n'en est qu'à sa version beta 2, non ?

[DonJR]

oui
ca peut etre utile pour les relations plusieurs-a-plusieurs, cela peut representer une évolution ,
car il est vrai que les relations plusieurs-a-plusieurs ressemblent parfois plus a un bidouillage fouilli je trouve (surtout plus la base grossie), et cette fonctionnalie peut etre alors utile et rendre plus clair la "relation" dans certains cas

personnellement c'est a voir, maintenat il est vrai egalement qu'il ne faut pas que les performances en prennent un coup
est ce que SQL Server va integrer cette fonctionnalite dans l'avenir ?