Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Affichage des résultats du sondage: Trouvez-vous cette nouveauté

Votants
36. Vous ne pouvez pas participer à ce sondage.
  • Trés intéressante

    7 19,44%
  • Intéressante

    18 50,00%
  • Peu intéressante

    10 27,78%
  • Pas intéressante

    1 2,78%
  1. #1
    Rédacteur

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : octobre 2004
    Messages : 9 501
    Points : 32 235
    Points
    32 235

    Par défaut [Access 2007 - Nouveautés] Les champs multi-valués

    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 !

  2. #2
    Membre actif Avatar de Mariboo
    Profil pro
    Inscrit en
    mai 2006
    Messages
    254
    Détails du profil
    Informations personnelles :
    Âge : 33
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : mai 2006
    Messages : 254
    Points : 238
    Points
    238

    Par défaut

    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 ...

  3. #3
    Rédacteur
    Avatar de Lou Pitchoun
    Profil pro
    Inscrit en
    février 2005
    Messages
    5 016
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : février 2005
    Messages : 5 016
    Points : 8 213
    Points
    8 213

    Par défaut

    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.

  4. #4
    Membre éclairé
    Homme Profil pro
    Consultant MOA
    Inscrit en
    juillet 2004
    Messages
    289
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Consultant MOA
    Secteur : Conseil

    Informations forums :
    Inscription : juillet 2004
    Messages : 289
    Points : 653
    Points
    653

    Par défaut

    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

  5. #5
    Rédacteur

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : octobre 2004
    Messages : 9 501
    Points : 32 235
    Points
    32 235

    Par défaut

    Les test figurent dans l'article donné en lien

  6. #6
    Membre éclairé
    Homme Profil pro
    Consultant MOA
    Inscrit en
    juillet 2004
    Messages
    289
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Consultant MOA
    Secteur : Conseil

    Informations forums :
    Inscription : juillet 2004
    Messages : 289
    Points : 653
    Points
    653

    Par défaut

    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 ?

  7. #7
    Membre actif
    Inscrit en
    juin 2003
    Messages
    270
    Détails du profil
    Informations forums :
    Inscription : juin 2003
    Messages : 270
    Points : 213
    Points
    213

    Par défaut

    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 ?

  8. #8
    Membre régulier
    Profil pro
    Inscrit en
    décembre 2005
    Messages
    121
    Détails du profil
    Informations personnelles :
    Âge : 43
    Localisation : France

    Informations forums :
    Inscription : décembre 2005
    Messages : 121
    Points : 93
    Points
    93

    Par défaut peut etre

    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 ?

  9. #9
    Rédacteur

    Avatar de Maxence HUBICHE
    Homme Profil pro
    Développeur SQLServer/Access
    Inscrit en
    juin 2002
    Messages
    3 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur SQLServer/Access

    Informations forums :
    Inscription : juin 2002
    Messages : 3 842
    Points : 9 185
    Points
    9 185

    Par défaut

    Pour ma part, je suis très partagé sur l'intérêt de la chose.
    Je suis toujours parti du prinicpe qu'au lieu de prémacher le boulot, il fallait expliquer le pourquoi du comment.

    A lire les commentaires que je viens de lire, je confirme mon point de vue.

    Lorsqu'on analyse un besoin initial, on détermine les entité qui entrent dans le projet.
    Ensuite, on s'occupe des associations à faire entre les entités.
    C'est alors qu'on se retrouve avec des entités porteuses d'attributs... ou pas.

    Quid des entités porteuses d'atributs ?
    Cette nouvelle fonctionnalité n'y répond pas.

    Quid des performance de la nouveauté ?
    Bof... même s'il est vrai qu'il ne s'agit que d'une version beta.

    Que se passe-t-il si la modélisation n'est pas correcte (ce qui est fréquent dans des projets faits par des non professionnels, cible principale d'Access) et que le concepteur ne parvienne plus à suivre son projet, qu'il soit repris pas un informaticien de la boîte, le résultat ?
    => "Ouais ! Voilà ! Access, c'est de la daube, c'est même pas normalisé"
    Or, si Access n'ajoute cette fonctionalité (amusante) que dans la version 2007, il ne faut pas oublier qu'il y a la même chose dans 4D depuis.... pfiou !

    Donc, pour faire bref :
    - Réelle avancée ? => A MON avis : Non
    - Favorable à la renommée d'Access ? => on verra bien à l'usage, mais j'en doute. Pour un utilisateur lambda : Oui. Pour un Informaticien pur jus : Tout au contraire.

  10. #10
    Rédacteur/Modérateur
    Avatar de argyronet
    Homme Profil pro
    Panseur de bobos en solutions ETL
    Inscrit en
    mai 2004
    Messages
    4 932
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Panseur de bobos en solutions ETL
    Secteur : Finance

    Informations forums :
    Inscription : mai 2004
    Messages : 4 932
    Points : 11 381
    Points
    11 381
    Billets dans le blog
    5

    Par défaut

    Citation Envoyé par Maxence HUBICHE
    Or, si Access n'ajoute cette fonctionalité (amusante) que dans la version 2007, il ne faut pas oublier qu'il y a la même chose dans 4D depuis.... pfiou !
    Mouais, c'est exact !
    D'ailleurs, File Maker Pro (Claris à l'époque euh... 1991) adoptait aussi ce concept fort convivial à cette époque du fait qu'Access n'était pas vraiment né. Donc pour trouve un logiciel de conception de BDD rapide et simple, c'était idéal.
    Ayant lâché File Maker depuis Thiers, je ne sais pas si dans leur dernière version, ils adoptent encore ce concept.
    Là, cette nouveauté, pour moi, n'apporte rien de probant à la version 2007.
    Ce qui donne son sens à la communication, c´est la réponse que l´on obtient. Si vous n´obtenez pas la réponse voulue, communiquez différemment.

    Ils comptent sur vous...
    Web Site@Mail
    Tutoriels : Déployez vos applications Access 2013 et 2016 */* Réalisez un Assistant de présaisie...
    MDB Viewer : Visionneuse Access v4.0
    *** Je recherche des profils (2 ans min.) Java EE, Fullstack, Front, .Net, Mobile... pour CDI ***

  11. #11
    Membre confirmé Avatar de ypicot
    Profil pro
    Inscrit en
    mai 2004
    Messages
    409
    Détails du profil
    Informations personnelles :
    Âge : 55
    Localisation : France

    Informations forums :
    Inscription : mai 2004
    Messages : 409
    Points : 568
    Points
    568

    Par défaut

    Citation Envoyé par argyronet
    Ayant lâché File Maker depuis Thiers, je ne sais pas si dans leur dernière version, ils adoptent encore ce concept.
    Pour répondre à ta question : oui, les multi-valuées existent toujours dans Filemaker version 8. C'est d'ailleurs comme cela que sont stockées les listes permettant les choix multiples.
    Il y a même (GROSSE NOUVEAUTE... enfin, pour filemaker) des variables, qui peuvent être elle aussi multivaluées.

    Quand à l'utilisation, je serais moins tranché : un petit dev (genre 5 ou 10 jours) avec relativement peu de données : ok pour les multivaluées.
    Grosse appli avec une normalisation d'enfer : niet.

    Bref, un outil de plus, qui a ses avantages et ses inconvénients. Vous utilisez les cadres d'objet dans tous vos développements, vous ? Moi, seulement quand ca m'arrange.

    Une solution n'est valable que dans un contexte donné.

    Yvan
    Une solution n'est valable que dans un contexte donné

  12. #12
    Rédacteur

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : octobre 2004
    Messages : 9 501
    Points : 32 235
    Points
    32 235

    Par défaut

    Pour les champs mutli-valué, je ne suis pas parvenu à les traiter avec ADO. Avec DAO, la valeur d'un champ mutli-valué retourne un recordset alors que sous ADO, la porpriété Value génère une erreur La portabilité de tels champs est donc largement remise en question

  13. #13
    Rédacteur
    Avatar de Lou Pitchoun
    Profil pro
    Inscrit en
    février 2005
    Messages
    5 016
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : février 2005
    Messages : 5 016
    Points : 8 213
    Points
    8 213

    Par défaut

    Citation Envoyé par Tofalu
    La portabilité de tels champs est donc largement remise en question
    Comme l'on dit certains : access 2007 n'est qu'en beta 2.
    Pour ceux qui sont intéressés par cette fonctionnalité : ils devront patienter.

  14. #14
    Rédacteur

    Avatar de Maxence HUBICHE
    Homme Profil pro
    Développeur SQLServer/Access
    Inscrit en
    juin 2002
    Messages
    3 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur SQLServer/Access

    Informations forums :
    Inscription : juin 2002
    Messages : 3 842
    Points : 9 185
    Points
    9 185

    Par défaut

    Citation Envoyé par Tofalu
    Pour les champs mutli-valué, je ne suis pas parvenu à les traiter avec ADO. Avec DAO, la valeur d'un champ mutli-valué retourne un recordset alors que sous ADO, la porpriété Value génère une erreur La portabilité de tels champs est donc largement remise en question

    Remarque bien que c'est dans la BASES DE DONNEES access que tu trouves l'info, et non dans les PROJETS.
    Or, DAO est adapté pour les BASES DE DONNEES Access. ADO est utilisé par défaut pour les PROJETS.
    Donc, pas étonnant.

    Tout ceci ne change pas mon point de vue sur cette 'nouveauté'...

  15. #15
    Rédacteur

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : octobre 2004
    Messages : 9 501
    Points : 32 235
    Points
    32 235

    Par défaut

    Oui mais ADO permet aussi d'attaquer une base Access, notament quand l'applicatif n'est pas Access. Beaucoup de développeur VB, Delphi, etc ne travaille qu'avec ADO, va leur expliquer qu'ils vont devoir revenir à DAO pour utiliser les nouvelles fonctionnalités.

  16. #16
    Rédacteur

    Avatar de Maxence HUBICHE
    Homme Profil pro
    Développeur SQLServer/Access
    Inscrit en
    juin 2002
    Messages
    3 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur SQLServer/Access

    Informations forums :
    Inscription : juin 2002
    Messages : 3 842
    Points : 9 185
    Points
    9 185

    Par défaut

    On va partir dans un autre débat ... je le sens...
    Quoi qu'il en soit, qu'ils utilisent un autre applicatif, langage ou tout ce qu'on voudra, DAO est une bibliothèque.
    ils auraient donc pu l'utiliser immédiatement.
    D'autre part, la bibliothèque DAO étant plus performante en terme de rapidité sur de l'Access...

    Bref...

  17. #17
    Expert confirmé

    Profil pro
    Inscrit en
    mai 2005
    Messages
    3 419
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mai 2005
    Messages : 3 419
    Points : 4 217
    Points
    4 217

    Par défaut

    un nouvel outil à mettre dans la boîte ?
    bravo !

    Que ceux qui ne veulent pas ou qui ne peuvent pas l'en sortir l'y laissent.

    Il ne répond pas aux normes ? tant mieux, elles pourront évoluer.

    Il déplaira aux "informaticiens" ? tant mieux, ils retourneront jouer avec leurs
    normes et pendant ce temps là les choses pourront avancer.

    Il bafoue le relationnel ? il y a belle lurette que je gère moi-même relations et intégrité.

    Il n'est pas encore performant sur de grosses bases ? tant pis, nous le réserverons pour certaines bases quand nous saurons l'utiliser.

    ado lui résiste ? tant mieux,j'ai toujours pensé que dao était le bon choix.
    Elle est pas belle la vie ?

  18. #18
    Rédacteur

    Avatar de Tofalu
    Homme Profil pro
    Technicien maintenance
    Inscrit en
    octobre 2004
    Messages
    9 501
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : Associations - ONG

    Informations forums :
    Inscription : octobre 2004
    Messages : 9 501
    Points : 32 235
    Points
    32 235

    Par défaut

    il est vrai que pour un petit jeu de données c'est bien. En plus l'interface graphique utilisée est super ergonomique. Il est clair que sur certaines relation, cela fera gagner du temps au développeur. Notamment pour tout ce qui est liste de valeurs (liste qui ne bougeront pas et ne nécessiteront pas de table).

  19. #19
    Membre régulier
    Inscrit en
    janvier 2005
    Messages
    104
    Détails du profil
    Informations forums :
    Inscription : janvier 2005
    Messages : 104
    Points : 120
    Points
    120

    Par défaut

    Pour apporter un point de vue de non informaticien pur jus, j'ai un avis assez mitigé sur cette nouveauté. Je mets de côté les problèmes de performances dans le cadre d'une utilisation "amateur".

    Il est clair que pour un utilisateur qui fait sa petite base perso, c'est bien pratique de ne pas avoir à se tapper des relations n n (que ce soitau niveau conception de la base, mais aussi des mises à jour / ajout de données, c'est plus compliqué de bien penser à toutes les tables impliquées).

    D'un autre côté, je me souviens de quand j'ai débuté dans les bases de données relationnelles, quand on a pas eu de formation dans le domaine, devoir gérer les relations n n ça aide bien à comprendre les mécanismes d'un tel type de conception. Si on m'avait offert un outil comme les champs multi valués, ça m'aurait aidé à court terme, mais certainement embrouillé dans ma compréhension de ce qu'est une base de données relationnelle.

    Donc à mon avis c'est un bon outil pour des gens qui doivent concevoir rapidement des petites bases à la demande. Ce qui au final doit représenter une partie non négligeable des utilisateurs d'Access. Mais pas pour apprendre, ni pour des applications plus complexes (j'ai un peu peur de la flexibilité de la chose en cas de refonte ultérieure de la conception).

Discussions similaires

  1. [Débutant] Probleme de mise à jour dataset avec champ multi-valués access (2007)
    Par gill-bates dans le forum VB.NET
    Réponses: 12
    Dernier message: 09/05/2014, 09h20
  2. [Access 2007 - Nouveauté] Champ Pièces-Jointes
    Par Arkham46 dans le forum Sondages et Débats
    Réponses: 14
    Dernier message: 22/06/2011, 20h30
  3. Réponses: 14
    Dernier message: 04/01/2008, 16h20
  4. [Access 2007 - Nouveauté] Les volets d'aide à la création de champs
    Par Arkham46 dans le forum Sondages et Débats
    Réponses: 1
    Dernier message: 01/06/2007, 11h28
  5. Réponses: 4
    Dernier message: 06/10/2006, 15h24

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo