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

Le , par Maxence HUBICHE

0PARTAGES

0  0 
Que pensez-vous de cette nouveauté ?
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-le nous !

Avatar de Domi2
Expert éminent sénior https://www.developpez.com
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
0  0 
Avatar de Tofalu
Expert éminent sénior https://www.developpez.com
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)
0  0 
Avatar de
https://www.developpez.com
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
0  0 
Avatar de Maxence HUBICHE
Expert éminent https://www.developpez.com
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.
0  0 
Avatar de GAYOT
Rédacteur/Modérateur https://www.developpez.com
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
0  0 
Avatar de Dolphy35
Rédacteur/Modérateur https://www.developpez.com
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
0  0 
Avatar de Tofalu
Expert éminent sénior https://www.developpez.com
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.
0  0 
Avatar de mout1234
Membre expert https://www.developpez.com
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
0  0 
Avatar de Jean-Philippe André
Rédacteur/Modérateur https://www.developpez.com
Le 17/07/2009 à 16:24

bonne nouvelle selon moi, ca évitera d'avoir à expliquer aux utilisateurs comment s'y prendre dans les formulaires
0  0 
Avatar de LE VIEUX
Membre expérimenté https://www.developpez.com
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….
0  0