IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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: Que pensez-vous de cette nouveauté ?

Votants
17. Vous ne pouvez pas participer à ce sondage.
  • Bonne nouvelle !

    8 47,06%
  • Rien de bien transcendant...

    8 47,06%
  • Trop nul ! On n'a pas besoin de ça !

    1 5,88%
Access Discussion :

Office 2010 : vidéo sur les champs calculés Access 2010


Sujet :

Access

  1. #1
    Expert éminent

    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 : 54
    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 197
    Points
    9 197
    Par défaut Office 2010 : vidéo sur les champs calculés Access 2010
    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 !

  2. #2
    Expert éminent sénior
    Avatar de Domi2
    Homme Profil pro
    Gestionnaire
    Inscrit en
    Juin 2006
    Messages
    7 194
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : Suisse

    Informations professionnelles :
    Activité : Gestionnaire
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : Juin 2006
    Messages : 7 194
    Points : 16 040
    Points
    16 040
    Par défaut
    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
    Vous avez des montres, nous avons le temps ! (citation attribuée à L.-S. Senghor)

    Ici, on ne perd pas de temps ! On en passe...


    Access : créer des codes-barres 128 en VBA
    Access : les commandes intégrées des menus

    Ce message (ou un autre) vous a aidé ? Votez pour lui avec

  3. #3
    Expert éminent sénior

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

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

    Informations forums :
    Inscription : Octobre 2004
    Messages : 9 501
    Points : 32 311
    Points
    32 311
    Par défaut
    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)

  4. #4
    Invité
    Invité(e)
    Par défaut
    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

  5. #5
    Expert éminent

    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 : 54
    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 197
    Points
    9 197
    Par défaut
    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.

  6. #6
    Invité
    Invité(e)
    Par défaut
    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

  7. #7
    Expert éminent sénior
    Avatar de Dolphy35
    Homme Profil pro
    Responsable Systemes d'Information
    Inscrit en
    Octobre 2004
    Messages
    4 373
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Responsable Systemes d'Information
    Secteur : Industrie

    Informations forums :
    Inscription : Octobre 2004
    Messages : 4 373
    Points : 11 218
    Points
    11 218
    Par défaut
    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

  8. #8
    Expert éminent sénior

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

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

    Informations forums :
    Inscription : Octobre 2004
    Messages : 9 501
    Points : 32 311
    Points
    32 311
    Par défaut
    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.

  9. #9
    Membre expert
    Avatar de mout1234
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    2 210
    Détails du profil
    Informations personnelles :
    Âge : 54
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Novembre 2006
    Messages : 2 210
    Points : 3 228
    Points
    3 228
    Par défaut
    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
    ............................................................................................

    Dans l'intérêt de tous, ne posez pas de questions techniques par messages privés.

  10. #10
    Rédacteur/Modérateur

    Avatar de Jean-Philippe André
    Homme Profil pro
    Développeur VBA/C#/VB.Net/Power Platform
    Inscrit en
    Juillet 2007
    Messages
    14 587
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Canada

    Informations professionnelles :
    Activité : Développeur VBA/C#/VB.Net/Power Platform
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2007
    Messages : 14 587
    Points : 34 258
    Points
    34 258
    Par défaut

    bonne nouvelle selon moi, ca évitera d'avoir à expliquer aux utilisateurs comment s'y prendre dans les formulaires
    Cycle de vie d'un bon programme :
    1/ ça fonctionne 2/ ça s'optimise 3/ ça se refactorise

    Pas de question technique par MP, je ne réponds pas

    Mes ouvrages :
    Apprendre à programmer avec Access 2016, Access 2019 et 2021

    Apprendre à programmer avec VBA Excel
    Prise en main de Dynamics 365 Business Central

    Pensez à consulter la FAQ Excel et la FAQ Access

    Derniers tutos
    Excel et les paramètres régionaux
    Les fichiers Excel binaires : xlsb,

    Autres tutos

  11. #11
    Membre expérimenté
    Homme Profil pro
    Inscrit en
    Juillet 2006
    Messages
    1 219
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 78
    Localisation : France

    Informations professionnelles :
    Secteur : Services à domicile

    Informations forums :
    Inscription : Juillet 2006
    Messages : 1 219
    Points : 1 707
    Points
    1 707
    Par défaut
    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….

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

    Informations professionnelles :
    Activité : Panseur de bobos en solutions ETL
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2004
    Messages : 5 123
    Points : 12 171
    Points
    12 171
    Billets dans le blog
    5
    Par défaut
    Bonjour,

    C'est la mention "Trop nul ! On n'a pas besoin de ça !" qui m'a dissuadé de cocher cette option... Un peu trop avérée par sa définition.
    Il ne faut pas exagérer.
    Déjà qu'Access offre moulte méthodes en ce qui concerne les possibilités applicables (notamment dans les requêtes avec les fameux Forms![]...), je trouve que là, ils ont un peu poussé.
    Bien que ce soit intéressant pour l'utilisateur pseudo concepteur de BDD, il s'avère selon moi que, considérant par exemple qu'une trop grande partie de nos chers développeurs négligent le couple optimisation/performance, que ce cadeau empoisonné ne va pas aller en améliorant ce point faible...

    Merci en tout cas pour cette jolie démo, cher Max.

    Argy
    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 2010 à 2019 */* 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 ***

  13. #13
    Expert éminent

    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 : 54
    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 197
    Points
    9 197
    Par défaut
    Citation Envoyé par LE VIEUX Voir le message
    Par contre je ne comprends pas le problème avec SQL et fonction VBA ?
    En fait, il ne s'agit pas de fonction VBA (bien que...) mais de fonction Dxxx ou, si tu préfères xxxDom (SomDom, MoyDom, MaxDom, ...)
    Ces fonctions et le SQL permettraient de renvoyer des résultats correspondant à des cumuls issus d'autres tables.
    La limite qu'on trouve actuellement, c'est qu'il est seulement possible de faire des calculs sur la ligne en cours, avec les champs de la table en cours.
    Donc, c'est limité.
    Mais d'un autre côté, si on examine l'aspect "optimisation", il est certain que faire des sous-requêtes imbriquées dans les lignes d'une table, ou des fonction Dxxx, cela ralentirait sérieusement le rendu des données. Je pense donc que c'est un compromis très intéressant pour permettre aux utilisateurs d'Access d'avoir, au sein même de la table, des calculs qu'ils referont tout le temps !
    Au lieu de faire une requête spécifique pour avoir ces calculs, et de faire toujours référence à cette requête, ils appellent directement la table, et basta !
    Je trouve donc que c'est une bonne idée, même si on préfèrerait certainement pouvoir faire nos délires dans tous les sens ! il faut être raisonnables et penser aussi en terme de coût processeur et mémoire, et donc en terme de performances.

  14. #14
    Membre expérimenté
    Homme Profil pro
    Inscrit en
    Juillet 2006
    Messages
    1 219
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 78
    Localisation : France

    Informations professionnelles :
    Secteur : Services à domicile

    Informations forums :
    Inscription : Juillet 2006
    Messages : 1 219
    Points : 1 707
    Points
    1 707
    Par défaut
    Bonjour et merci Maxence pour ta réponse.
    Bon en fait j’avais pas compris que c’était dans ces champs calculés que tu regrettais l’absence de recours aux fonctions de domaine voire VBA.
    Et donc j’étais étonné car en voyant ta très sympa vidéo, j’avais remarqué que, heureusement, les champs existants étaient toujours là, et que rien n’empêchait d’avoir recours à ceux-ci comme on le fait actuellement. OK on peut regretter cette limite, mais cela peut évoluer, NON ?.
    Depuis office 95, j’ai en fait toujours apprécié les évolutions, et au temps où je maitrisais moins que maintenant je trouvais au contraire qu’ils pouvaient en faire un peu plus (ex : l’enregistreur de macro comme dans excel), même si j’en ai plus besoin, pour les gens qui débutent c’est toujours intéressant. Quand aux ressources, il faut effectivement attendre d’une part, et d’autre part le matos évolue également.

  15. #15
    Membre expérimenté
    Avatar de Frank
    Homme Profil pro
    Chef de projet Informatique
    Inscrit en
    Avril 2002
    Messages
    1 095
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 56
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Chef de projet Informatique
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Avril 2002
    Messages : 1 095
    Points : 1 392
    Points
    1 392
    Par défaut
    Bonjour à tous,

    j'ai voté "Bonne nouvelle", mais je me demandais pourquoi le test avait été fait sur Access 2007 ?
    Ou alors j'ai loupé quelque chose ?

  16. #16
    Modérateur
    Avatar de Chtulus
    Homme Profil pro
    Ingénieur
    Inscrit en
    Avril 2008
    Messages
    3 094
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur
    Secteur : Santé

    Informations forums :
    Inscription : Avril 2008
    Messages : 3 094
    Points : 8 678
    Points
    8 678
    Par défaut
    Salut,

    Merci @Maxence déjà pour la vidéo, je trouve ce moyen très ludique

    Ensuite j'ai voté "Rien de transcendant" pour la même raison que argy !

    2 choses me viennent directement en tête :

    1/ On perd le côté SQL

    2/ La plus importante pour moi (Et je poserai même pas la question à SQlpro LoooL), on ne met pas de champs calculés dans une table.....

    Les requêtes sont faites pour ça !

    Je pense aussi que cela va donner la possibilité à des utilisateurs amateurs de nous pondrent des calculs immondes qui risquent uniquement d'engendrer plus de soucis...

    ==> Pour les tables liées, si on garde Access/Access mouai, mais dès qu'on change de serveur comme par exemple SQLServer/Access je vois pas l'intérêt....

    Bon j'arrête de dire des âneries

    « Je ne cherche pas à connaître les réponses, je cherche à comprendre les questions. »
    - Confucius -

    Les meilleurs cours, tutoriels et Docs sur les SGBD et le SQL
    Tous les cours Office
    Solutions d'Entreprise



  17. #17
    Expert éminent sénior

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

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

    Informations forums :
    Inscription : Octobre 2004
    Messages : 9 501
    Points : 32 311
    Points
    32 311
    Par défaut
    Citation Envoyé par Frank Voir le message
    Bonjour à tous,

    j'ai voté "Bonne nouvelle", mais je me demandais pourquoi le test avait été fait sur Access 2007 ?
    Ou alors j'ai loupé quelque chose ?
    Salut Frank

    Le format de la base est sûrement 2007 mais il s'agit bien d'Access 2010, cf l'icône du menu Fichier

  18. #18
    Membre du Club
    Homme Profil pro
    Consultant ERP
    Inscrit en
    Février 2009
    Messages
    45
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : Consultant ERP
    Secteur : Industrie

    Informations forums :
    Inscription : Février 2009
    Messages : 45
    Points : 57
    Points
    57
    Par défaut
    J'ai voté bonne nouvelle

    La Grosse utilité des champs calculés c'est a mon avis de pourvoir crée des clés de contrôle automatique liées aux données et pas à un contrôle dans un formulaire (pas de risque d'avoir un quasi doublon).
    Pour moi c'est donc un plus mais uniquement s'il est possible de définir des fonctions complexes de calculs type (phonétique).
    ou par exemple pour épurer des numéros de téléphone (txt en nombre).
    De plus ce qu'il manque c'est la possibilité de pouvoir faire simplement des calculs (type Excel : decale -1) par rapport à la ligne d'avant (ou la ligne d'après)
    par exemple pour un encodage kilométrique ou de consommations).

    Pierre

  19. #19
    Nouveau Candidat au Club
    Inscrit en
    Janvier 2010
    Messages
    1
    Détails du profil
    Informations personnelles :
    Âge : 35

    Informations forums :
    Inscription : Janvier 2010
    Messages : 1
    Points : 1
    Points
    1
    Par défaut
    tout d'abod je vous remercie sur cette video tellement inéressante
    puis je suis nouveau dans ce club et aussi en informatique et je vient de commencer la programmation avec vb de quoi vous me conseiller???

Discussions similaires

  1. Calcul sur les champs d'une table
    Par cvfe13 dans le forum Requêtes et SQL.
    Réponses: 6
    Dernier message: 20/03/2012, 16h59
  2. Access et les champs calculé
    Par chriseg dans le forum IHM
    Réponses: 5
    Dernier message: 17/03/2008, 21h34
  3. calcul sur les champs
    Par lenstoi dans le forum Général JavaScript
    Réponses: 2
    Dernier message: 16/08/2007, 14h03
  4. Utilisation de "refresh" sur un champ calculé
    Par Nicko29 dans le forum Access
    Réponses: 27
    Dernier message: 22/12/2005, 23h58
  5. tri sur des champs calculés
    Par Thib dans le forum Bases de données
    Réponses: 10
    Dernier message: 18/10/2005, 18h24

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