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

Modélisation Discussion :

Sondage en Access - 115 champs dans la table ?


Sujet :

Modélisation

  1. #1
    Membre régulier
    Femme Profil pro
    Assistant aux utilisateurs
    Inscrit en
    Avril 2013
    Messages
    220
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : Canada

    Informations professionnelles :
    Activité : Assistant aux utilisateurs
    Secteur : Service public

    Informations forums :
    Inscription : Avril 2013
    Messages : 220
    Points : 98
    Points
    98
    Par défaut Sondage en Access - 115 champs dans la table ?
    Bonsoir Forum,

    On m'a demandé de construire une DB pour y importer les résultat d'un sondage. Une fois les questions triées (c'est-à-dire que j'ai regroupé ou séparé ce qui pouvait ou devait l'être), j'ai environ 115 champs... J'ai commencé à faire des tests avec ma super-table à 115 champs et pour le moment ça va bien, je n'ai importé qu'une vingtaine d'enregistrements pour mes tests, mais comme j'ai toujours travaillé avec des tables beaucoup plus petites (en nombre de champs) ça me paraît énorme. Alors avant d'aller plus loin et de devoir tout recommencer à mi-chemin, j'aimerais avoir votre avis.

    Est-ce que je peux mettre mes 115 champs dans la même table ? Est-ce que ça pourrait ralentir le fonctionnement une fois que tous mes enregistrements auront été importés (environ 170) ?
    Est-ce qu'il est préférable de faire 4 tables et diviser les données entre les quatre (par exemple : données générales, statistiques employés, besoins en superficie, obligations de sécurité) ? Et les relier par une ID commune, comme un numéro d'enregistrement ?

    Le but de cette DB et de faire un total d'employés, de superficies, des moyennes d'utilisation, de dénombrer des besoins futurs, etc. par secteur ou groupe, ou étage (au choix de l'utilisateur).

    Je dois aussi recréer le questionnaire pour que les utilisateurs puissent l'imprimer (rempli), un à un ou par groupe (par exemple, imprimer tous les questionnaires des groupes situés au 5ème étage, ou imprimer tous les questionnaire du secteur des RH, ...).

    Est-ce que je continue sur ma lancée ou je divise ma table ? Avez-vous des suggestions ?

    Merci beaucoup !

  2. #2
    Expert confirmé

    Homme Profil pro
    consultant développeur
    Inscrit en
    Mai 2005
    Messages
    2 878
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : consultant développeur
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2005
    Messages : 2 878
    Points : 4 754
    Points
    4 754
    Par défaut
    Bonjour,
    Si tu penses que tu as suffisamment modélisé ton modèle de données (en premier, toutes les colonnes appartiennent au même objet).
    Alors tu peux y aller sans problème avec tes 115 colonnes (en essayant de les nommes correctement (sans espace ...) et de les typer au plus précis : TEXT(4) , LONG, Date et non pas TEXTE(255) pour tous ...
    De plus si tu parles de moins de 1000 lignes (tu cites 170) , ca s’annonce bien pour toi.
    Cordialement
    "Always look at the bright side of life." Monty Python.

  3. #3
    Membre régulier
    Femme Profil pro
    Assistant aux utilisateurs
    Inscrit en
    Avril 2013
    Messages
    220
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : Canada

    Informations professionnelles :
    Activité : Assistant aux utilisateurs
    Secteur : Service public

    Informations forums :
    Inscription : Avril 2013
    Messages : 220
    Points : 98
    Points
    98
    Par défaut
    Bonjour Micniv,

    Je pense avoir effectivement bien modélisé les données. Je vais donc poursuivre ainsi.

    Merci beaucoup de votre réconfort et bonne journée.

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

Discussions similaires

  1. lire champs dans une table access
    Par bouanane20 dans le forum VB.NET
    Réponses: 1
    Dernier message: 22/08/2007, 08h06
  2. Comparer 2 ou plusieurs champs dans 1 table access
    Par stefan13 dans le forum VBA Access
    Réponses: 9
    Dernier message: 30/07/2007, 13h42
  3. [Access][Conception] Nb champs dans une table
    Par arno2000 dans le forum Access
    Réponses: 6
    Dernier message: 01/08/2006, 17h30
  4. ACCESS - tester un champs dans uen table
    Par chris9999 dans le forum Access
    Réponses: 1
    Dernier message: 16/10/2005, 19h11
  5. Ajouter un champs dans une table (Access 2000)
    Par Didier100 dans le forum Bases de données
    Réponses: 2
    Dernier message: 12/10/2004, 13h02

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