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 !
Les Champs Calculés
Qu'en pensez-vous ?
Sondage et avis à remplir SVP !
-
Domi2Expert éminent séniorBonjour,
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...
Domi2le 15/07/2009 à 17:24 -
TofaluExpert éminent séniorJ'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)le 15/07/2009 à 19:22 -
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
Philippele 15/07/2009 à 19:50 -
Maxence HUBICHEExpert éminentMoi, 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.le 15/07/2009 à 19:53 -
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 Maxencele 15/07/2009 à 20:19 -
Dolphy35Expert éminent séniorSalut,
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.
Dolphyle 15/07/2009 à 21:02 -
TofaluExpert éminent séniorEnfin, 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.
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.le 15/07/2009 à 21:47 -
mout1234Membre expertSalut à 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 le 17/07/2009 à 13:28 -
Jean-Philippe AndréRédacteur/Modérateur
bonne nouvelle selon moi, ca évitera d'avoir à expliquer aux utilisateurs comment s'y prendre dans les formulairesle 17/07/2009 à 16:24 -
LE VIEUXMembre 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….le 17/07/2009 à 18:32