Results 1 to 3 of 3
  1. #1
    XenoZephyr is offline Novice
    Windows 7 64bit Access 2010 64bit
    Join Date
    Sep 2012
    Posts
    16

    Question Need help with a design that tracks history

    Using MS Access 2010

    We have an old outdated Filemaker Pro database to track college student status within our department on campus. We are attempting to make a new Access database and fix many of the problems in the old database.

    The primary table within our new database is the Student table with mostly demographic data. The primary key is StudentID.

    Keeping track of the student's status within any program is very difficult with the old database, so for the new database, this is what I've come up with, but I'd like to know if this is the proper way of handling what I am trying to do or not.

    StudentTable


    -StudentID
    -Other fields

    ProgramTable
    -Program

    StatusTable
    -Status

    ProgramStatusTable
    -ID
    -StudentID
    -Program
    -Status
    -Date

    The ProgramStatus Table is tied to the StudentTable through StudentID. It has a unique ID field which would be the primary key because each student can be in more than one program.

    Now, what we'd like to do is not just list what the status of the student's progress is, but to also keep a history.
    Currently, if a student is in our School Psychology program and switches to Mental Health Counseling, then we change their program from SP to MHC, mark another field that indicated a program change occurred, and then reference it in a notes field. Instead, in the Access database, we want to leave it in that a student was accepted into SP at a certain date, then as a new entry we would say that they switched out of SP, and then as a third entry it would say that they are current in MHC. Does this make any sense? I have very basic database skills, and have never done any sort of history tracking. Would like to know if I'm setting this up correctly or not? One of the issues is then, how to set this up in a form later. If we just use a subform, someone could just change the data that is currently in the ProgramStatusTable instead of creating a new entry couldn't they?

    Anyway, any suggestions, tips, links to references for this type of setup, would be MUCH appreciated.

    Thanks!

  2. #2
    June7's Avatar
    June7 is offline VIP
    Windows XP Access 2010 32bit
    Join Date
    May 2011
    Location
    The Great Land
    Posts
    53,601
    I am not sure you need the entry showing the switch out of SP. It could be understood that if another acceptance record follows the SP acceptance, then they must have withdrawn from the first before acceptance to the second.

    Existing data could be changed via the form unless you set the form DataEntry property to Yes. This will cause the form to open only to a new record.
    How to attach file: http://www.accessforums.net/showthread.php?t=70301 To provide db: copy, remove confidential data, run compact & repair, zip w/Windows Compression.

  3. #3
    orange's Avatar
    orange is offline Moderator
    Windows XP Access 2003
    Join Date
    Sep 2009
    Location
    Ottawa, Ontario, Canada; West Palm Beach FL
    Posts
    16,847
    I would question that FileMaker Pro is the issue. It may very well be part of the problem, but I recommend you get a meaningful, current data model to represent the business before getting too deep into Access.

    Experience suggests that database software and complexity issues can often be traced back to a poor match between the tables and relationships and the business facts. Get your model created and tested before moving too quickly to usage/roll out.
    Last edited by orange; 03-11-2013 at 06:52 AM. Reason: spelling

Please reply to this thread with any new information or opinions.

Similar Threads

  1. Keep History
    By imtiaz703 in forum Access
    Replies: 1
    Last Post: 05-18-2012, 04:49 PM
  2. History Table
    By Opid in forum Access
    Replies: 2
    Last Post: 05-07-2012, 10:50 AM
  3. History
    By jgalloway in forum Database Design
    Replies: 4
    Last Post: 10-04-2011, 02:27 AM
  4. Design tables in order to keep history
    By snoopy2003 in forum Database Design
    Replies: 2
    Last Post: 02-22-2011, 02:43 PM
  5. Client History
    By janjan_376 in forum Access
    Replies: 1
    Last Post: 06-23-2009, 02:44 AM

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Other Forums: Microsoft Office Forums