Developpez.com - Rubrique Office

Le Club des Développeurs et IT Pro

Office 2010 en vidéo : Nouveauté Access 2010 - les champs calculés

Par Maxence Hubiche

Le 2009-07-15 16:59:46, par Maxence HUBICHE, Expert éminent
Une petite vidéo pour vous présenter l'une des nouveautés propres à Access 2010
Les Champs Calculés

Qu'en pensez-vous ?
Sondage et avis à remplir SVP !
  Discussion forum
18 commentaires
  • Domi2
    Expert éminent sénior
    Bonjour,

    Tout d'abord, bravo pour la vidéo !

    Encore une nouveauté qui va bien simplifier l'utilisation d'Access.

    L'écriture d'expressions de champs calculés dans les requêtes n'est pas toujours simple...

    Domi2
  • Tofalu
    Expert éminent sénior
    J'ai voté non transcendant mais ... pour l'instant. A cause de :

    la taille du fichier qui augmente considérablement,
    du peu de gain de performance,
    de la dé-normalisation de la base,
    de l'impossibilité de faire appel à des fonctions VBA ou des macros-data
    de l'impossibilité de faire appel aux fonctions de domaine,

    Par contre, ça a le mérite d'exister mais à mon avis, ça doit être peaufiner.

    Mais si on pouvait avoir des infos sur le comment c'est gérer dans la base de données, ça serait cool. Je n'ai pas non plus tester si c'était compatible avec des tables liées (externes). Par exemple, pas mal de fonctionnalités d'Access 2007 ne sont pas disponible lorsque les tables sont liées (frontale/dorsale)
  • Salut

    Je suis comme Tofalu, qui nous avait fait une petite démonstration sur l'augmentation de la taille de la base et les performances.

    Même si cela est un plus, il faut l'utiliser à mon avis avec Parcimonie.

    @ Maxence : Pour la vidéo

    Philippe
  • Maxence HUBICHE
    Expert éminent
    Moi, je trouve que c'est sympa
    Dénormalisation... mouais...

    Enfin, c'est quand même supporté depuis très longtemps par des petits SGDBR comme SQLServer ! Et cela depuis... très très très longtemps !
    Question taille... faut voir ce qui prend plus de taille :
    Une table + une requête (qui a tourné, bien sûr)
    Une table AVEC champs calculés.

    Par contre, je râle à mort que les fonctions de regroupement de domaine ne soient pas prises en charge, ni même le SQL. Impossible de faire une sous-requête pour ces calculs. Ou alors, j'ai pas trouvé le truc !

    Enfin, je rappelle que faire des tests de perf sur des technical preview c'est un peu casse gueule : on en a fait l'expérience avec la version précédente.
  • Bonsoir à tous
    J'ai voté pas transcendant.
    Je raisonne très égoïstement mais l'absence de ces champs calculés ne me gêne pas vraiment. Je mets donc cela dans le rayon des gadgets, au moins dans un premier temps. Quand les réserves soulevées par Tofalu seront levées, je changerai surement d'avis.

    Par contre la Vidéo de Maxence
  • Dolphy35
    Expert éminent sénior
    Salut,



    J'ai également voté rien de transcendant, seulement par manque concret

    a tester avec la version final si comme dis plus haut ceci est facilement accessible et que cela ne demande pas trop de ressource sur des grandes tables.

    Dolphy
  • Tofalu
    Expert éminent sénior
    Enfin, je rappelle que faire des tests de perf sur des technical preview c'est un peu casse gueule : on en a fait l'expérience avec la version précédente.
    Oui, c'est pour ça que j'ai dit pour l'instant.

    Espérant d'un coté que la différence de taille soit dû aux infos de tests et que l'absence des fonctions de regroupement ou du sql n'est qu'un oubli.

    Dénormaliser, oui, quand cela apporte un réel plus au niveau des traitements ce qui aurait été le cas bien évidemment si les fonctions D* avaient été supportées. Mais là, dans le cadre d'une opération sur la même ligne, je ne voit pas bien l'intéret de dénormaliser.
  • mout1234
    Membre expert
    Salut à tous,

    Malgré la belle vidéo plutôt alléchante - merci Maxence - j'ai voté 'Rien de transcendant' vu les limites évoquées (pas de SQL ni de VB...) mais bon... cela peut servir à l'occasion ... Je pense que cela sera beaucoup plus apprécié par des utilisateurs moins expérimentés qui bricolent leurs petites applis
  • Jean-Philippe André
    Rédacteur/Modérateur

    bonne nouvelle selon moi, ca évitera d'avoir à expliquer aux utilisateurs comment s'y prendre dans les formulaires
  • LE VIEUX
    Membre expérimenté
    Bonsoir,
    Comme j’ai voté, je pense que je dois m’expliquer.
    J’ai voté bonne nouvelle car j’ai trouvé que c’était un plus et qu’il est parfois intéressant d’avoir un champ calculé dans une table et que cela évitera des contournements.
    D’autre part rien je nous oblige à les utiliser.
    Par contre je ne comprends pas le problème avec SQL et fonction VBA ?
    Je pense que l’on aura toujours possibilité d’utiliser un champ lamda habituel et d’y mettre la requête ou la fonction que l’on veut. Est-ce que je me trompe, ou j’ai mal compris, excusez c’est probablement l’âge….