2010-12-15 5 views
0

Objectif:Accès Audit Inspection + Bloc historique!

- electronic form which displays 45 inspection points (rarely changes) 
- 3 additional columns 
    - Rating (0, 1, 2) 
    - CorrectiveAction (Immediate, SOP, WO) 
    - Notes 
- Maintain inspection history 
    - inspection date, production line inspected, production shift-crew inspected

Tables:

- Employee (empID (auto#), FName, LName, Shift, Line) 
- Audit Facts (ID#, textdescrip) tried with and without autonumber 
- Audit Details (auditID (auto#), auditdate, rating, action, notes) *(rating/action combobox)

Un sous-formulaire sous une forme a les 45 points de contrôle tous liés au numéro de vérification. Cependant, je ne peux pas obtenir les résultats de l'audit pour enregistrer, stocker et entrer dans l'histoire.

chaque tentative que j'ai fait produit un numéro de vérification pour chaque 45 checkpts, par opposition à

Audit Date 
    AuditID(auto#) 
     AuditFact (list of 45 chckpts) 

résultats

 
     Audit1, 10/02/2010 -> 
      *AuditPt  Rate  Action*   
       IF1   0  WO 
       IF2   2  SOP 
       ... 
       IF45   1  Immediate 

     Audit2, 12/15/2010 -> 
      *AuditPt  Rate  Action*   
       IF1   1  WO 
       IF2   0  SOP 
       ... 
       IF45   0  Immediate
+0

J'ai toujours des difficultés à comprendre cela. Êtes-vous familier avec ms-access? – Fionnuala

Répondre

0

Obtenez vos bonnes tables & vos formulaires suivront.

La question initiale est tout à fait clair, mais je pense pas que je suis arrivé ces points:

  1. Un "audit" est identique à une "inspection"
  2. La collection de 45 "points d'inspection" constitue un audit (pas chacun individuellement). Les "Notes" et "Actions" s'appliquent à chaque point d'inspection.

donc vos tables veulent être plus comme ceci:

Audit 
    AuditId (can be autonumber, or not...) 
    AuditDate 

AuditItem 
    AuditItemId (can be autonumber, or not...) 
    AuditId (FK from Audit) 
    InspPoint (e.g., the "IF1" from the "result" sample, or--better--an FK to it another table) 
    Rating 
    Action (Or--better--an FK to it another table) 

Tableau "employé" semble tout à fait hors de propos à ce strucure. Notez que chaque point d'insection possède sa propre ligne dans AuditItem, pour chaque audit, et que ces lignes portent également AuditID de Audit, ce qui vous permet de les regrouper pour vous permettre de les afficher.

J'espère que cela aura du sens - si ce n'est pas le cas, je recommande d'examiner fundamental relational database design.

+0

merci tbls-essayé pour chaque évaluation, action, employé, inspectionpts ... mais pas de succès dans la rétention de l'histoire. Les employés sont principalement concernés par Shift et ProductionLine (inspections effectuées quotidiennement pour deux équipes et 4 lignes de production = 8 inspections/jour) – Lisa

+0

Il peut donc être nécessaire d'ajouter des identifiants employés à la table d'audit * intégrée *. Vérifiez le lien. – RolandTumble

+0

après toutes ces années d'AccessDesign et cette base de données «simple» a été une bataille pour près d'un mois .... et encore, la table «arbres» ne se développent pas. – Lisa