creating class time table database

V

vj

Hi All,

I am a new user of MS Access. In fact, I have started to learn Access
motivated by one of my requirements to manage a small database (class
time table of an educational institute). After going through some of
the tutorials and help files, I can now create simple tables. However,
my problem seems to be much more complex, and don't know how to start.
This is what I want to do:

There are various batches of students (say A, B, C, D, E and F). For
each batch, there is a weekly class schedule which consists of days of
the week (Mon-Fri) on the leftmost column of a table and the period
(hour) (say I, II,....upto VIII) on the top row of the table. In each
cell of this table, there is the name of the subject, and other
details such as venue, name of the teacher etc. I want to create a
database using this information, so that I can view the information in
various formats such as venue-wise or teacher-wise, or the weekly
timetable of a Batch etc.
I am not sure what field should I take (i.e.days and period both?, or
what primary Key should be taken, and how many tables should be
created (one table each for a Batch?).

Any help would be appreciated.
 
G

Guest

Hi VJ,

I applaud you for taking on such a daunting task as learning to create
Access Databases. But everyone needs a little help--or in my case a lot of
help!

I am not an expert, but from what I read in your post it appears as if your
tables are not set up in Normal form. There are very specific requirements
for this so that your Database will work properly. Also, it helps eliminate
duplicate records and extra work on your part.

I have put together a sample Database plan for you.

Table1:

TABLENAME FIELDNAME DATATYPE MY NOTES
tblStudents
StudentID (Autonumber) --If a Student has a School ID Number you can use
that
and set the data type to (Number)
LastName (Text) --Haveing seperate fields for LastName and FirstName will
enable
you to sort by student name easily.
FirstName (Text)
MiddleName (Text) --or MI for Middle Initial (this field is optional)
Suffix (Text) --like Jr., Sr., III, etc.)
BatchID (Number) --(This will enable you to establish a relationship
between your
tables and help you get the information
you need.
BatchNameA (Yes/No) --ONLY if the student can be in more than one batch.
Your BatchID
will enable you to retreive the
BatchName if each student is
only in one Batch. Yes if student is in
batch, no if not.
BatchNameB (Yes/No) --Only if the student can be in more than one batch
BatchNameC (Yes/No) --Only if the student can be in more than one batch
etc.
--Various other fields if needed such as HomePhone, Address, City, State,
Zipcode, etc.

tblBatches
BatchID (Autonumber)
BatchName (Text)
BatchSubject (Text)
BatchTeacher (Text)
BatchDay (Text) --Day of the Week. If you use numbers here change
datatype to Number
BatchPeriod (Number) --So you can sort by this field -Do NOT use Roman
numerals. Access
does not recognize them as numbers.
BatchVenue (Text)

This way you store as little Data as possible and it is easier to retrieve
using queries. Queries are powerful tools can retrieve all the information
you need, sort it by any field, count it, etc. You can also print them. If
you need help with queries, you can post in the queries section of this forum
or you can email me at pwood57 at gmail dot com (Change it to something like
(e-mail address removed)).

You will need to open Relationships view and create a relationship between
these two tables by clicking and dragging the BatchID field from tblBatches
to where it is in tblStudents.

Also, if you do a Google search you may find a sample database you can
modify and use.

Or perhaps one of the Microsoft MVP's can show us a better way.

Wish you the best,
Hunter57
Just huntin' for some data.
http://churchmanagementsoftware.googlepages.com
 
G

Guest

Hi VJ,

My first post came out formatted so bad I am not sure you can understand it.
I hope this looks better and can help you.

I applaud you for taking on such a daunting task as learning to create
Access Databases. But everyone needs a little help--or in my case a lot of
help!

I am not an expert, but from what I read in your post it appears as if your
tables are not set up in Normal form. There are very specific requirements
for this so that your Database will work properly. Also, it helps eliminate
duplicate records and extra work on your part.

I have put together a sample Database plan for you.



TABLE-
NAME FIELDNAME DATATYPE MY NOTES

tblStudents
StudentID (Autonumber) --Set This field to be Primary Key
If a Student has a
School ID
Number you can use
that
and set the data
type to (Number)
LastName (Text) --Having seperate fields for LastName
and FirstName will enable
you to sort by student name
easily.
FirstName (Text)
MiddleName (Text) --or MI (this field is optional)
Suffix (Text) --like Jr., Sr., III, etc.)
BatchID (Number) --(This will enable you to establish a
relationship between your
tables and help you get the
information you need.
BatchNameA (Yes/No) --ONLY if the student can be in more
than one batch. Your
BatchID
will enable you to
retreive the
BatchName if each
student is only in
one Batch. Yes if
student is in batch,
no if not.
BatchNameB (Yes/No) --Only if the student can be in more
than one batch
BatchNameC (Yes/No) --Only if the student can be in more
than one batch
OtherNeededFields --Various other fields if needed such
as HomePhone, Address,
City, State,
Zipcode, etc.

tblBatches
BatchID (Autonumber) --Set This field to be the Primary
Key
BatchName (Text)
BatchSubject (Text)
BatchTeacher (Text)
BatchDay (Text) --Day of the Week. If you use
numbers here change datatype
to Number
BatchPeriod (Number) --So you can sort by this field.
Do NOT use Roman numerals.
Access
does not recognize them as
numbers.
BatchVenue (Text)

This way you store as little Data as possible and it is easier to retrieve
using queries. Queries are powerful tools can retrieve all the information
you need, sort it by any field, count it, etc. You can also print them. If
you need help with queries, you can post in the queries section of this forum
or you can email me at pwood57 at gmail dot com (Change it to something like
(e-mail address removed)).

You will need to open Relationships view and create a relationship between
these two tables by clicking and dragging the BatchID field from tblBatches
to where it is in tblStudents.

Also, if you do a Google search you may find a sample database you can
modify and use.

Or perhaps one of the Microsoft MVP's can show us a better way.

Wish you the best,
Hunter57
Just huntin' for some data.
http://churchmanagementsoftware.googlepages.com
 
V

vj

HiVJ,

My first post came out formatted so bad I am not sure you can understand it.
I hope this looks better and can help you.

I applaud you for taking on such a daunting task as learning to createAccessDatabases. But everyone needs a little help--or in my case a lot of
help!

I am not an expert, but from what I read in your post it appears as if your
tables are not set up in Normal form. There are very specific requirements
for this so that your Database will work properly. Also, it helps eliminate
duplicate records and extra work on your part.

I have put together a sample Database plan for you.

TABLE-
NAME FIELDNAME DATATYPE MY NOTES

tblStudents
StudentID (Autonumber) --Set This field to be Primary Key
If a Student has a
School ID
Number you can use
that
and set the data
type to (Number)
LastName (Text) --Having seperate fields for LastName
and FirstName will enable
you to sort by student name
easily.
FirstName (Text)
MiddleName (Text) --or MI (this field is optional)
Suffix (Text) --like Jr., Sr., III, etc.)
BatchID (Number) --(This will enable you to establish a
relationship between your
tables and help you get the
information you need.
BatchNameA (Yes/No) --ONLY if the student can be in more
than one batch. Your
BatchID
will enable you to
retreive the
BatchName if each
student is only in
one Batch. Yes if
student is in batch,
no if not.
BatchNameB (Yes/No) --Only if the student can be in more
than one batch
BatchNameC (Yes/No) --Only if the student can be in more
than one batch
OtherNeededFields --Various other fields if needed such
as HomePhone, Address,
City, State,
Zipcode, etc.

tblBatches
BatchID (Autonumber) --Set This field to be the Primary
Key
BatchName (Text)
BatchSubject (Text)
BatchTeacher (Text)
BatchDay (Text) --Day of the Week. If you use
numbers here change datatype
to Number
BatchPeriod (Number) --So you can sort by this field.
Do NOT use Roman numerals.Access
does not recognize them as
numbers.
BatchVenue (Text)

This way you store as little Data as possible and it is easier to retrieve
using queries. Queries are powerful tools can retrieve all the information
you need, sort it by any field, count it, etc. You can also print them. If
you need help with queries, you can post in the queries section of this forum
or you can email me at pwood57 at gmail dot com (Change it to something like
(e-mail address removed)).

You will need to open Relationships view and create a relationship between
these two tables by clicking and dragging the BatchID field from tblBatches
to where it is in tblStudents.

Also, if you do a Google search you may find a sample database you can
modify and use.

Or perhaps one of the Microsoft MVP's can show us a better way.

Wish you the best,
Hunter57
Just huntin' for some data.http://churchmanagementsoftware.googlepages.com








- Show quoted text -

Dear Hunter57,

Thanks a lot for your reply, I highly appreciate the time you have
given to me to reply my query. However, my requirement is slightly
different, let me explain it : In my problem, I do NOT need any
details of the individual students, such as student name, ID or
address. I just have 5 or 6 Batches or Groups of students (each
consisting a class of about, say, 60 students). They are recognised as
a whole group, and individual identity of students is not of
significance.
Secondly, I have a timetable in the form of a table (in MSWord, not in
Access :) ), for each of these groups or batches. Each such table
consists of days of the week (Mon-Fri) on the leftmost column of a
table and the period
(hour) (say I, II,....upto VIII) on the top row of the table. In each
cell of this table, there is the name of the subject (such as Maths,
Physics etc), and other details such as venue (name of lecture room,
such as L1, L2 etc), name of the teacher etc. I want to create a
database using this information, so that I can view the information in
various formats such as
(1) in the form of a table (Days vs Period) for each Group
(2) the timetable or occupancy of each Lecture room (over multiple
groups)
(3) teacher-wise, or the weekly engagement of a teacher etc.

Please help.
Thanks
Vj
 
G

Guest

Hi VJ,

Thanks for enlightening me further.

Access is quite a different animal than Word or Excel. Access tables have
Columns with different "Headers", but does not have Headers in rows like Word
tables or Excel. (Although Access can produce that effect with a Form's Pivot
Table view or in crosstab queries that is another subject entirely.) You
should not try to use that format in your tables if you want your Database to
work well.

Unlike Word or Excel, in Access, most of the time you rarely look at
tables--they are not set up for that. You use queries, forms, and reports to
"see" your data.

Access Tables are designed to store your data. Forms, Queries, and Reports
are designed to display your data in the format you desire. Access tables
are not flexible enough to do what you want. Queries, forms, and reports can
produce some very impressive displays and arrangements of data. There is no
other database that has the ease of use and capabilities that Access has to
produce and incredible variety of user frindly information.

You can create your tables, then create forms to enter and display that
information to you. And you can arrange the information in any way you want!
If you want to see the days on the side and the Periods on top, I recommend
you create a form to do that. Access has a powerful Form Wizard that will add
all the fields you choose to the form. Then, if you want to change that
arrangement, it is as simple as clicking on a text box and dragging it to the
desired location.

Below is a crudely drawn example of what you can do with a Form or a Report.
________
This represents a texbox where you enter and see your data. |________|. The
little squares are checkboxes. The words are on labels which can be made
transparent so you only see the letters.

You can create a Form or Report that lets you see all the data at once.
You can add search combo boxes that will instantly take you to the
information you want to see.

FORM SAMPLE:


Find a Teacher Find a Batch
___________________ ___________________
|___________________| |___________________|


BatchName Teacher
___________________ ___________________
|___________________| |___________________|


PERIODS: I II III IV V
_ _ _ _ _
Monday |_| |_| |_| |_| |_|
_ _ _ _ _
Tuesday |_| |_| |_| |_| |_|
_ _ _ _ _
Wednesday |_| |_| |_| |_| |_|
_ _ _ _ _
Thursday |_| |_| |_| |_| |_|
_ _ _ _ _
Friday |_| |_| |_| |_| |_|

___________________________________________________
You don't have to name the labels exactly the same as the fields in your
table. This makes for a neat looking form.

___________________________________________________
Another Form Sample:


Find a Teacher Find a Batch
______________________ ______________________
|______________________| |______________________|

BatchName Teacher
______________________ ______________________
|______________________| |______________________|

Period Venue Subject
____ _____________ ______________________
|____| |_____________| |______________________|

Mon Tues Wed Thurs Fri
_ _ _ _ _
|_| |_| |_| |_| |_|

___________________________________________________
I hope this helps you understand why I am recommending this way of designing
your tables.

After seeing your additional information one way you can do it is to create
a table for Teachers.
Since Teachers will (I assume) change Batches from semester to semester or
year to year, you can create a table for teachers and relate it to the
Batches table.

Your Tables might look like this in datasheet view:

tblTeacherID:

TeacherID LastName FirstName MI Suffix
1 Smith Sally J
2 Jones Fred Jr.
3 Holmes Sarah W
4 Jenkins Margaret

tblBatchID:

BatchID TeacherID BatchName ScheduleID BatchSubject BatchVenue
1 3 BatchA 2 Basic Math Room 46
2 1 BatchB 1 English 101 Conference Room
3 2 BatchC 3 Education 201 Room 21
4 4 BatchD 4 Sociology 211 Room 14

tblSchedule:

ScheduleID BatchID BMon BTues BWed BThurs BFri BatchPeriod
1 2 No Yes No Yes No 2
2 1 Yes No Yes No Yes 1
3 3 No No No Yes Yes 4
4 4 No Yes Yes No No 3



TABLENAME FIELDNAME DATATYPE MY NOTES
tblTeachers
TeacherID (Autonumber) --Set This field to be Primary Key
If a Teacher has a unique School ID
Number you can use that and
set the data type to (Number)
LastName (Text) --Having seperate fields for LastName
and FirstName will enable
you to sort by student name easily.
FirstName (Text)
MiddleName (Text) --or MI (this field is optional)
Suffix (Text) --like Jr., Sr., III, etc.)

tblBatches
BatchID (Autonumber) --Set This field to be the Primary Key
TeacherID (Number) --This field is called a "foreign Key"
and relates this table to tblTeachers
BatchName (Text)
ScheduleID (Number) --This field is the "foreign Key"
to relate to table tblBatches
BatchSubject (Text)
BatchVenue (Text)

tblSchedule
ScheduleID (Autonumber) --Set This field to be Primary Key
BatchID (Number) --This field is called a "foreign Key"
and relates this table to tblBatches
BMon (Yes/No) --The "B" is to avoid Access errors
BTues (Yes/No)
BWed (Yes/No)
BThurs (Yes/No)
BFri (Yes/No)
BatchPeriod (Number)

The table relationships work like this:
1) The Primary Key Field of tblTeachers (TeacherID) will relate
to the "Foreign" TeacherID Field in tblBatches.
1) The Primary Key Field of tblSchedule which is ScheduleID
will relate to the "Foreign" ScheduleID Field in tblBatches.
 
V

vj

HiVJ,

Thanks for enlightening me further.

Accessis quite a different animal than Word or Excel.Accesstables have
Columns with different "Headers", but does not have Headers in rows like Word
tables or Excel. (AlthoughAccesscan produce that effect with a Form's PivotTableview or in crosstab queries that is another subject entirely.) You
should not try to use that format in your tables if you want your Database to
work well.

Unlike Word or Excel, inAccess, most of thetimeyou rarely look at
tables--they are not set up for that. You use queries, forms, and reports to
"see" your data.

AccessTables are designed to store your data. Forms, Queries, and Reports
are designed to display your data in the format you desire. Accesstables
are not flexible enough to do what you want. Queries, forms, and reports can
produce some very impressive displays and arrangements of data. There is no
other database that has the ease of use and capabilities thatAccesshas to
produce and incredible variety of user frindly information.

You can create your tables, then create forms to enter and display that
information to you. And you can arrange the information in any way you want!
If you want to see the days on the side and the Periods on top, I recommend
you create a form to do that.Accesshas a powerful Form Wizard that will add
all the fields you choose to the form. Then, if you want to change that
arrangement, it is as simple as clicking on a text box and dragging it to the
desired location.

Below is a crudely drawn example of what you can do with a Form or a Report.
________
This represents a texbox where you enter and see your data. |________|. The
little squares are checkboxes. The words are on labels which can be made
transparent so you only see the letters.

You can create a Form or Report that lets you see all the data at once.
You can add search combo boxes that will instantly take you to the
information you want to see.

FORM SAMPLE:

Find a Teacher Find a Batch
___________________ ___________________
|___________________| |___________________|

BatchName Teacher
___________________ ___________________
|___________________| |___________________|

PERIODS: I II III IV V
_ _ _ _ _
Monday |_| |_| |_| |_| |_|
_ _ _ _ _
Tuesday |_| |_| |_| |_| |_|
_ _ _ _ _
Wednesday |_| |_| |_| |_| |_|
_ _ _ _ _
Thursday |_| |_| |_| |_| |_|
_ _ _ _ _
Friday |_| |_| |_| |_| |_|

___________________________________________________
You don't have to name the labels exactly the same as the fields in yourtable. This makes for a neat looking form.

___________________________________________________
Another Form Sample:

Find a Teacher Find a Batch
______________________ ______________________
|______________________| |______________________|

BatchName Teacher
______________________ ______________________
|______________________| |______________________|

Period Venue Subject
____ _____________ ______________________
|____| |_____________| |______________________|

Mon Tues Wed Thurs Fri
_ _ _ _ _
|_| |_| |_| |_| |_|

___________________________________________________
I hope this helps you understand why I am recommending this way of designing
your tables.

After seeing your additional information one way you can do it is to create
atablefor Teachers.
Since Teachers will (I assume) change Batches from semester to semester or
year to year, you can create atablefor teachers and relate it to the
Batchestable.

Your Tables might look like this in datasheet view:

tblTeacherID:

TeacherID LastName FirstName MI Suffix
1 Smith Sally J
2 Jones Fred Jr.
3 Holmes Sarah W
4 Jenkins Margaret

tblBatchID:

BatchID TeacherID BatchName ScheduleID BatchSubject BatchVenue
1 3 BatchA 2 Basic Math Room 46
2 1 BatchB 1 English 101 Conference Room
3 2 BatchC 3 Education 201 Room 21
4 4 BatchD 4 Sociology 211 Room 14

tblSchedule:

ScheduleID BatchID BMon BTues BWed BThurs BFri BatchPeriod
1 2 No Yes No Yes No 2
2 1 Yes No Yes No Yes 1
3 3 No No No Yes Yes 4
4 4 No Yes Yes No No 3

TABLENAME FIELDNAME DATATYPE MY NOTES
tblTeachers
TeacherID (Autonumber) --Set This field to be Primary Key
If a Teacher has a unique School ID
Number you can use that and
set the data type to (Number)
LastName (Text) --Having seperate fields for LastName
and FirstName will enable
you to sort by student name easily.
FirstName (Text)
MiddleName (Text) --or MI (this field is optional)
Suffix (Text) --like Jr., Sr., III, etc.)

tblBatches
BatchID (Autonumber) --Set This field to be the Primary Key
TeacherID (Number) --This field is called a "foreign Key"
and relates thistableto tblTeachers
BatchName (Text)
ScheduleID (Number) --This field is the "foreign Key"
to relate totabletblBatches
BatchSubject (Text)
BatchVenue (Text)

tblSchedule
ScheduleID (Autonumber) --Set This field to be Primary Key
BatchID (Number) --This field is called a "foreign Key"
and relates thistableto tblBatches
BMon (Yes/No) --The "B" is to avoidAccesserrors
BTues (Yes/No)
BWed (Yes/No)
BThurs (Yes/No)
BFri (Yes/No)
BatchPeriod (Number)

Thetablerelationships work like this:
1) The Primary Key Field of tblTeachers (TeacherID) will relate
to the "Foreign" TeacherID Field in tblBatches.
1) The Primary Key Field of tblSchedule which is ScheduleID
will relate to the "Foreign" ScheduleID Field in tblBatches.


Dear Hunter57,

Thankyou for the reply. I have some more information to share with you
on my problem. Sorry that the information from my side is coming out
in chunks, but only after reading your replies I have been able to
'see' my problem from different angles, and realise that it can be
seen and interpreted differently by different people. So, my apologies
for not being able to provide all information in a single go.

As I mentioned earlier, I have a timetable in the form of a table (in
MSWord, not in Access), for each of the groups or batches. The groups
or batches are recognised as a whole group, and individual identity of
students is not of significance. Each such table consists of days of
the week (Mon-Fri) on the leftmost column of a table and the period
(hour) (say I, II,....upto VIII) on the top row of the table. In each
cell of this table, there is the name of the subject (such as Maths,
Physics etc), and other details such as venue (name of lecture room,
such as L1, L2 etc), name of the teacher etc.

I wish to add to this information that: the information regarding the
venue and the teacher name in each cell of a particular batch can be
different within each batch, that is, within the timetable of each
batch, we may have different teachers for different (or even same)
subject (on different days of the week), and within each batch there
may be different venues for different periods. In other words, it is
not like this that a particular teacher is responsible for the whole
batch, nor a particular venue is assigned dedicatedly to a particular
batch for all its classes to be held in.

I want to create a database using this information, so that I can view
the information in Days vs Period format such as
(1) in the form of a table (Days vs Period) for each Group, with
multiple information in each cell, such as subject, venue, teacher
initials.
(2) the timetable or occupancy of each Lecture room i.e. venue (over
multiple groups) again in the form of Days vs Period, with multiple
information such as teacher name and subject
(3) teacher-wise, (again in the form of Days vs Period, giving the
information of subject, venue etc.


I don't know if I am asking for too much from Access. But by this
time, I have at least got an idea that the problem is not an easy one.
It is not easy for me to understand regarding the Forms you mentioned
in your last reply, but I am sure the reply will be useful later when
I get along better with Access and re-read your reply.

Can you please tell me in the first place what fields I should take in
the Access table, and how many table (one for each batch?), so that I
can fill in the information and play with the forms and reports.

I can send the time table of a batch or two made in MSword to you via
email, if agreeable to you, for you to have a look and suggest.

Thankyou once again for your interest and help.
 
G

Guest

Hi VJ,

Often the most important work done on a database is planning how to build
the database. It is much better to think it through fully before beginning
to work on a project than it is to have to redo much of your work later. It
takes longer to redo than it does to take the time and do it right the first
time. It is like the foundation of a house. If it is not built on solid
ground trouble will surely come at some time.

A project like the one you are planning is too much for someone who is just
beginning to learn to use Access to do alone. That is why this forum is
here. There are many true experts, some of the top database brains in the
world, that often give advice in this forum. I am certainly not an expert,
but testing has indicated that I have intermediate Access skills.

That gets us back to your project. What you are describing is complex, but
not so much that I can't help you with it. If we get "stuck" we can call for
some more help on the forum. It appears, if I understand you, that you need
a database that is flexible and able to accomodate a number of different
combinations of information. We can build that into the database with
careful forethought and planning.

That is a perfect scenario for Access. Access is somewhat limited in the
scale of work it can do. For instance, it could never handle the inventory
for WalMart! But it is the most powerful and feature rich database in the
world for smaller projects. It is so flexible and helpful that often Access
is used to design "Front Ends" for large online databases. So you are
certainly not asking too much of Access. I am developing a project right now
that has about 30 Tables. Don't worry, your database will not need very many
tables. Just off the top of my head I can envision about 4 or 5 tables.
Some of them will be quite small.

I don't think you should start creating tables just yet. With Access you
have to know where you want to go before you start. If you want you can send
me your email at pwood57 at gmail dot com. (I don't want spammers getting my
email address from this web site).

I will be busy tomorrow so I will probably get back to you Monday afternoon
or evening. I will not charge you anything. I am building my resume :)

BTW, about forms--you have seen them and may even have used them without
knowing what they were called. When you buy a book at a bookstore, or
something at McDonalds, the clerk is using a form to enter information into a
database to calculate and record the sale! When they ask you a bunch of
questions at the doctor's office, they are entering your information on a
form on a computer. Almost every time you purchase something, the clerk is
using a form on a computer to enter data into a database. Forms are a user
friendly tool that helps you to enter data and see data in a database.

Hunter57
 
V

vj

HiVJ,

Often the most important work done on a database is planning how to build
the database. It is much better to think it through fully before beginning
to work on a project than it is to have to redo much of your work later. It
takes longer to redo than it does to take the time and do it right the first
time. It is like the foundation of a house. If it is not built on solid
ground trouble will surely come at some time.

A project like the one you are planning is too much for someone who is just
beginning to learn to useAccessto do alone. That is why this forum is
here. There are many true experts, some of the top database brains in the
world, that often give advice in this forum. I am certainly not an expert,
but testing has indicated that I have intermediateAccessskills.

That gets us back to your project. What you are describing is complex, but
not so much that I can't help you with it. If we get "stuck" we can callfor
some more help on the forum. It appears, if I understand you, that you need
a database that is flexible and able to accomodate a number of different
combinations of information. We can build that into the database with
careful forethought and planning.

That is a perfect scenario forAccess. Accessis somewhat limited in the
scale of work it can do. For instance, it could never handle the inventory
for WalMart! But it is the most powerful and feature rich database in the
world for smaller projects. It is so flexible and helpful that oftenAccess
is used to design "Front Ends" for large online databases. So you are
certainly not asking too much ofAccess. I am developing a project right now
that has about 30 Tables. Don't worry, your database will not need very many
tables. Just off the top of my head I can envision about 4 or 5 tables.
Some of them will be quite small.

I don't think you should start creating tables just yet. WithAccessyou
have to know where you want to go before you start. If you want you can send
me your email at pwood57 at gmail dot com. (I don't want spammers gettingmy
email address from this web site).

I will be busy tomorrow so I will probably get back to you Monday afternoon
or evening. I will not charge you anything. I am building my resume :)

BTW, about forms--you have seen them and may even have used them without
knowing what they were called. When you buy a book at a bookstore, or
something at McDonalds, the clerk is using a form to enter information into a
database to calculate and record the sale! When they ask you a bunch of
questions at the doctor's office, they are entering your information on a
form on a computer. Almost every time you purchase something, the clerk is
using a form on a computer to enter data into a database. Forms are a user
friendly tool that helps you to enter data and see data in a database.

Hunter57





...

read more »- Hide quoted text -

- Show quoted text -

Thanks.
I have sent an email with the subject "creating class time table
database" a short while ago with a zipped attachment.
vj
 
V

vj

HiVJ,

Often the most important work done on a database is planning how to build
the database. It is much better to think it through fully before beginning
to work on a project than it is to have to redo much of your work later. It
takes longer to redo than it does to take thetimeand do it right the firsttime. It is like the foundation of a house. If it is not built on solid
ground trouble will surely come at sometime.

A project like the one you are planning is too much for someone who is just
beginning to learn to useAccessto do alone. That is why this forum is
here. There are many true experts, some of the top database brains in the
world, that often give advice in this forum. I am certainly not an expert,
but testing has indicated that I have intermediateAccessskills.

That gets us back to your project. What you are describing is complex, but
not so much that I can't help you with it. If we get "stuck" we can callfor
some more help on the forum. It appears, if I understand you, that you need
a database that is flexible and able to accomodate a number of different
combinations of information. We can build that into the database with
careful forethought and planning.

That is a perfect scenario forAccess. Accessis somewhat limited in the
scale of work it can do. For instance, it could never handle the inventory
for WalMart! But it is the most powerful and feature rich database in the
world for smaller projects. It is so flexible and helpful that oftenAccess
is used to design "Front Ends" for large online databases. So you are
certainly not asking too much ofAccess. I am developing a project right now
that has about 30 Tables. Don't worry, your database will not need very many
tables. Just off the top of my head I can envision about 4 or 5 tables.
Some of them will be quite small.

I don't think you should start creating tables just yet. WithAccessyou
have to know where you want to go before you start. If you want you can send
me your email at pwood57 at gmail dot com. (I don't want spammers gettingmy
email address from this web site).

I will be busy tomorrow so I will probably get back to you Monday afternoon
or evening. I will not charge you anything. I am building my resume :)

BTW, about forms--you have seen them and may even have used them without
knowing what they were called. When you buy a book at a bookstore, or
something at McDonalds, the clerk is using a form to enter information into a
database to calculate and record the sale! When they ask you a bunch of
questions at the doctor's office, they are entering your information on a
form on a computer. Almost everytimeyou purchase something, the clerk is
using a form on a computer to enter data into a database. Forms are a user
friendly tool that helps you to enter data and see data in a database.

Hunter57





...

read more »- Hide quoted text -

- Show quoted text -

Thanks, I have sent an email with the attachment to your email address.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top