Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous

Identifiant
Mot de passe

Mot de passe oublié ?

Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Par Maxence Hubiche

Le 15 juillet 2009 à 16:59, par Maxence HUBICHE

18 commentaires

48PARTAGES

Que pensez-vous de cette nouveauté ?

Bonne nouvelle !		47 %
Rien de bien transcendant...		47 %
Trop nul ! On n'a pas besoin de ça !		6 %

Voter 17 votants

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 !

Une erreur dans cette actualité ? Signalez-nous-la !

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

18 commentaires

Commenter Signaler un problème

Domi2

Expert éminent sénior

Le 15/07/2009 à 17:24

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

Le 15/07/2009 à 19:22

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)

Le 15/07/2009 à 19:50

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

Le 15/07/2009 à 19:53

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.

Le 15/07/2009 à 20:19

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

Le 15/07/2009 à 21:02

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

Le 15/07/2009 à 21:47

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

Le 17/07/2009 à 13:28

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

Le 17/07/2009 à 16:24

bonne nouvelle selon moi, ca évitera d'avoir à expliquer aux utilisateurs comment s'y prendre dans les formulaires

LE VIEUX

Membre expérimenté

Le 17/07/2009 à 18:32

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

Commenter Signaler un problème

Identifiez-vous

Créer un compte

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

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

Par Maxence Hubiche