yessir
Saved By Grace
- Local time
- Today, 09:09
- Joined
- May 29, 2003
- Messages
- 349
I am starting a new access DB.[
There are 7 sections to the suggested form. They each deal with a different subject pertinent to the form, and there are abot 35-40 fields in total.
The first deals with time complaint recieved and when responded to.
The next is Client info.
The next is Employer info.
The next is Law and hazard info.
The next is Action taken.
Each part has about 5-7 fields. I was thinking that since each part deals with a different "subject" it would be best to have a seperate DB for each section linked by a unique number to be given at time of entry of first part. (UniqueID is an important part to this as well for tracking purposes).
I am wondering if this is a good design plan, or if i should be trying to restrict the number of DB's to later search through as it will eventually be a web application running on machines 28.8kb and up?
My design would have 4 DB's to store entered info.
1) ID, RecievedBy, Date, time, byVoiceMail, callback time, + 2 more
2) Client Fname, Lname, phone, employmentstatus, addr, SIC_code
3) Law, Issue, DescriptionComplaint, location, frequency, duration, immediate, reportedMgmt, Other, Region
4) ActionReq, priority, Action Taken, ReferredTo, Inspection(Y/N), Insp#, InspDate, IfNoY?
There are 7 sections to the suggested form. They each deal with a different subject pertinent to the form, and there are abot 35-40 fields in total.
The first deals with time complaint recieved and when responded to.
The next is Client info.
The next is Employer info.
The next is Law and hazard info.
The next is Action taken.
Each part has about 5-7 fields. I was thinking that since each part deals with a different "subject" it would be best to have a seperate DB for each section linked by a unique number to be given at time of entry of first part. (UniqueID is an important part to this as well for tracking purposes).
I am wondering if this is a good design plan, or if i should be trying to restrict the number of DB's to later search through as it will eventually be a web application running on machines 28.8kb and up?
My design would have 4 DB's to store entered info.
1) ID, RecievedBy, Date, time, byVoiceMail, callback time, + 2 more
2) Client Fname, Lname, phone, employmentstatus, addr, SIC_code
3) Law, Issue, DescriptionComplaint, location, frequency, duration, immediate, reportedMgmt, Other, Region
4) ActionReq, priority, Action Taken, ReferredTo, Inspection(Y/N), Insp#, InspDate, IfNoY?
Last edited: