jeffrey.demulling at usbank.com
jeffrey.demulling at usbank.com
Wed Jan 28 09:55:33 CST 2004
Maybe a table like the following:
Case Type Name
#2001-023 ADA John W. Clark
#2001-102 ADA John W. Clark
#2001-140 ADA John W. Clark
#2002-334 ATTORNEY John W. Clark
#2003-153 ATTORNEY John W. Clark
#2003-543 VICTIM John W. Clark
#2003-654 ATTORNEY John W. Clark
#2004-030 DEFENDANT John W. Clark
Then maybe when entering the data in the system you have the user input all
of the parties to the case and the type of party they are.
So the input form would be something like
Name: <<Input Here>>
Type: <<Input Here>>
"John Clark"
<John.Clark at niagaracounty. To: accessd at databaseadvisors.com
com> cc:
Sent by: Subject: [AccessD] Question of process
accessd-bounces at databasead
visors.com
01/28/2004 09:38 AM
Please respond to "Access
Developers discussion and
problem solving"
I am beginning a new project. The purpose of this program will be to
track indictment cases for the District Attorney's office. My question
isn't so much technical, like usual, but rather 'technique'.
I'll start with a scenario:
Lets say I am a Asst. DA, so I am in the system as such. Then after a
couple of years, I go into private practice and become a defense
attorney; I may now be in the system as the lawyer for a defendant. Now
let's assume that I am assaulted and my attacker is charged, so now I am
in this system as a victim of this case. Finally, I cross over to the
dark side (I know lawyers are already there), and I am indicted for a
crime of my own. I will now be in the system as a defendant, a victim, a
defense attorney, and an ADA...these last two, very probably, several
times.
My situation is that I would like to bring up every instance of a
person fitting this description, or similar ones. For Instance a report
of the previous example might produce the following:
JOHN W CLARK
#2001-023 ADA
#2001-102 ADA
#2001-140 ADA
#2002-334 ATTORNEY
#2003-153 ATTORNEY
#2003-543 VICTIM
#2003-654 ATTORNEY
#2004-030 DEFENDANT
I had originally thought to create a table for the 'types' (i.e.
attorney, ADA, victim, etc.), a table with names and personal info, an
indictment table, and link these all via a fourth table, but this soon
seemed insufficient. The average indictment number will have at least
five people connected to it (Defendant, Attorney, ADA, Victim, and
Judge), and possibly many more, with multiple victims and/or
co-defendants.
Am I over thinking this? Would it just be as simple as having a table
for each type and searching these tables by indictment number later in
the program?
I thought that maybe, by typing this out, it would be clearer in my
mind, by the time I was done, but I am still fuzzy with it!
Thanks for any insight or advise you could give me!
John W Clark
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com