You have repetition with an employee AND a supervisor table because a supervisor is a type of employee. I would add a SupervisorID field to the employee table which links the current record to the record of the supervisor. If the field is null, the Employee doesn't have a supervisor.
Also, for each record in your Issues table you have three types of issues which have exactly the same structure. In programming and data structures you always want to avoid repetition, avoid repetition, avoid repetition. The Issue table would be much more efficient if it has a structure more like ...
And if you use date/time types for the Received, Completed and BCSCompleted fields, then you can determine outstanding issues by counting Nulls, for instance...Code:[B]tIssue[/B] IssueID (PK) EmployeeID (FK) IssueTypeID (FK) [COLOR=green]' specifies whether the issue is TP, Verbal or CRL[/COLOR] IssueDate Received Completed BCSCompleted
Cheers,Code:SELECT COUNT(*) As PendingIssueCountByEmployee FROM tIssue WHERE EmployeeID = <some_ee_id> AND Completed IS NULL AND BCSCompleted IS NULL
Good Morning. Thank you for the suggestions. I do have a few questions though. Should I delete the Supervisor Table all together? Also, what is the differenct from the Issue date and received date. In my case they would be the same, so I don't think I need that field. And one more, I think I should make the FBCS a "yes/no? since we only need to determine what percentage of the closes is FBCS. Do you think that would work?
Thanks
David V