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

Access Discussion :

Bases exemples d'Access : pourquoi formulaire basé sur une requête "étendue" [AC-2016]


Sujet :

Access

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    145
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 145
    Points : 87
    Points
    87
    Par défaut Bases exemples d'Access : pourquoi formulaire basé sur une requête "étendue"
    Bonjour,
    j'ai une question très basique.
    J'essaie de comprendre les bases exemples de Access et souvent je vois que les données sont insérées ou mises à jour via des requêtes définies comme (étendu)..
    Pourquoi faire cela? Pourquoi pas direct dans les tables? et pourquoi "(étendu)"?
    Merci Beaucoup
    Anne

  2. #2
    Rédacteur/Modérateur
    Avatar de loufab
    Homme Profil pro
    Entrepreneur en solutions informatiques viables et fonctionnelles.
    Inscrit en
    Avril 2005
    Messages
    12 064
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Entrepreneur en solutions informatiques viables et fonctionnelles.
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2005
    Messages : 12 064
    Points : 24 673
    Points
    24 673
    Par défaut
    Bonjour,

    Requête vs. Tables :

    Il y a plusieurs raisons dont la principale est certainement la performance.

    Lorsqu'on utilise une table, un paquet d'enregistrement remonte, même si on n'en consulte qu'un. Si on s'adresse à une table, l'ensemble des champs (colonnes) est remonté vers l'ihm (le formulaire/état). Utiliser une requête permet de ne remonter que les champs à afficher ou nécessaires.

    On peut pousser plus loin en ne remontant que l'enregistrement voulu. Certes on interroge plusieurs fois la source (requête >> table) mais peu d'information transite sur le réseau.

    Evidemment pour une application mono fichier, mono utilisateur et locale ce problème ne se pose pas.

    La seconde tout aussi importante et de l'ordre de la fonctionnalité :
    La requête permet de filtrer (la capacité formulaire/état dans ce domaine reste rudimentaire et fastidieux), trier , formater le résultat (concaténation d'info, format divers...) mais surtout d'afficher des enregistrements issues de plusieurs sources (requêtes/tables). Et c'est la qu'intervient le concept d'"étendu".

    Je passe sur les droits utilisateurs qui ont été abandonné en 2007.

    Ceci n'est pas exhaustif, je pense que d'autres pourront apporter des raisons.

    Etendu :
    Une requête peut remmener des informations qui n'ont pas d'identification physique (on parle alors de tuple). Le meilleur exemple étant une requête de regroupement : sommer ou compter des enregistrements retourne des valeurs qui ne correspondent pas à une ligne propre de la table. Dans ce cas on ne peut intervenir sur le résultat (modification/suppression/ajout).
    Dans certain cas les tuples (ensemble de valeurs issues d'enregistrement de sources différentes) peuvent être modifié, c'est le cas des requêtes remmenant des données de tables connexes (Client/Contact, Facture/Détails...) dans ce cas, il possible (mais pas obligatoire) qu'en positionnant la propriété du recordset sur étendu on puisse en modifier les valeurs.

    Cordialement

  3. #3
    Membre régulier
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    145
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 145
    Points : 87
    Points
    87
    Par défaut
    Merci beaucoup. c'est très clair!

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Sommer colonnes dans un sous formulaire basé sur une requête
    Par maronnette dans le forum Requêtes et SQL.
    Réponses: 9
    Dernier message: 04/05/2008, 14h11
  2. Réponses: 2
    Dernier message: 28/01/2008, 13h54
  3. Dupliquer enregistrement formulaire basé sur une requête
    Par fredpeca dans le forum Requêtes et SQL.
    Réponses: 1
    Dernier message: 05/02/2007, 12h40
  4. Sous-Formulaire basé sur une requête nécessitant des paramètes
    Par nicou50 dans le forum Requêtes et SQL.
    Réponses: 8
    Dernier message: 02/09/2006, 22h18
  5. Ouvrture Formulaire basé sur une requête paramétrée
    Par teffal dans le forum Requêtes et SQL.
    Réponses: 3
    Dernier message: 10/07/2006, 16h04

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