From: Jeff Boyce on
I'm with Fred & John ... Access is not a "bookcase" (which everyone knows
how to use), its not ANY kind of furniture, its a tool set you use to build
furniture. Please re-check my 4 learning curves. Using Access successfully
may involve working through all 4.

Good luck!

Regards

Jeff Boyce
Microsoft Access MVP

--
Disclaimer: This author may have received products and services mentioned
in this post. Mention and/or description of a product or service herein
does not constitute endorsement thereof.

Any code or pseudocode included in this post is offered "as is", with no
guarantee as to suitability.

You can thank the FTC of the USA for making this disclaimer
possible/necessary.

".:RoKsTaR:." <RoKsTaR(a)discussions.microsoft.com> wrote in message
news:9930ECEE-27F7-4A4E-924C-D267A811CDB1(a)microsoft.com...
> I'm usually pretty quick at learning new programs. I'm constantly having
> to
> learn new ones being in the music business since there's new programs
> almost
> every month.
>
> I think it would make my business a lot easier to run, so I have no
> problem
> devoting the time to it. That being said, I'm not sure where to start...I
> did a tutorial on the MS Access page, but what next?
>
>
>
> "Jeff Boyce" wrote:
>
>> That REALLY depends...!
>>
>> Here are four areas I suggest folks understand if they intend to build an
>> application in Access:
>> 1. Normalization & relational database design
>> 2. Access tips/tricks
>> 3. Graphical user interface design
>> 4. Experience building applications
>>
>> To the extent that any/all of these are new to you, plan on spending time
>> working your way up the learning curve(s).
>>
>> So, it depends ...
>>
>> How much time do you have to get this done?
>>
>> How much do you need/care to learn?
>>
>> Good luck!
>>
>> Regards
>>
>> Jeff Boyce
>> Microsoft Access MVP
>>
>> --
>> Disclaimer: This author may have received products and services mentioned
>> in this post. Mention and/or description of a product or service herein
>> does not constitute endorsement thereof.
>>
>> Any code or pseudocode included in this post is offered "as is", with no
>> guarantee as to suitability.
>>
>> You can thank the FTC of the USA for making this disclaimer
>> possible/necessary.
>>
>> ".:RoKsTaR:." <.:RoKsTaR:.@discussions.microsoft.com> wrote in message
>> news:9355BD4B-D0BA-4329-AD38-B017C39A0A05(a)microsoft.com...
>> > Hi There,
>> >
>> > I have no experience with access, so please let me know if this task is
>> > too
>> > big.
>> >
>> > Is it feasible for me to develop a databse for my private music
>> > students
>> > that tracks and reports on the following:
>> >
>> > Contact Info
>> > Individual and overall Attendance
>> > Individual and overall Payments
>> > Material covered in each lesson
>> >
>> > Cheers!
>> >
>> >
>> >
>> >
>>
>>
>> .
>>


From: .:RoKsTaR:. on
Wow! Thanks, I'm pretty sure I know how to do all that stuff. I'll get
started right away and be back with any questions I have ;)

Thanks again!

"John W. Vinson" wrote:

> On Thu, 12 Nov 2009 12:32:10 -0800, .:RoKsTaR:.
> <RoKsTaR(a)discussions.microsoft.com> wrote:
>
> >I think it would make my business a lot easier to run, so I have no problem
> >devoting the time to it. That being said, I'm not sure where to start...I
> >did a tutorial on the MS Access page, but what next?
>
> Jeff Conrad's resources page:
> http://www.accessmvp.com/JConrad/accessjunkie/resources.html
>
> The Access Web resources page:
> http://www.mvps.org/access/resources/index.html
>
> Roger Carlson's tutorials, samples and tips:
> http://www.rogersaccesslibrary.com/
>
> A free tutorial written by Crystal:
> http://allenbrowne.com/casu-22.html
>
> A video how-to series by Crystal:
> http://www.YouTube.com/user/LearnAccessByCrystal
>
> MVP Allen Browne's tutorials:
> http://allenbrowne.com/links.html#Tutorials
>
>
> The last three specifically. If you're new to database design, Crystal's video
> is a great start.
> --
>
> John W. Vinson [MVP]
> .
>
From: .:RoKsTaR:. on
Thanks again, I'll definitely have some things to study and practice on :)

"Jeff Boyce" wrote:

> I'm with Fred & John ... Access is not a "bookcase" (which everyone knows
> how to use), its not ANY kind of furniture, its a tool set you use to build
> furniture. Please re-check my 4 learning curves. Using Access successfully
> may involve working through all 4.
>
> Good luck!
>
> Regards
>
> Jeff Boyce
> Microsoft Access MVP
>
> --
> Disclaimer: This author may have received products and services mentioned
> in this post. Mention and/or description of a product or service herein
> does not constitute endorsement thereof.
>
> Any code or pseudocode included in this post is offered "as is", with no
> guarantee as to suitability.
>
> You can thank the FTC of the USA for making this disclaimer
> possible/necessary.
>
> ".:RoKsTaR:." <RoKsTaR(a)discussions.microsoft.com> wrote in message
> news:9930ECEE-27F7-4A4E-924C-D267A811CDB1(a)microsoft.com...
> > I'm usually pretty quick at learning new programs. I'm constantly having
> > to
> > learn new ones being in the music business since there's new programs
> > almost
> > every month.
> >
> > I think it would make my business a lot easier to run, so I have no
> > problem
> > devoting the time to it. That being said, I'm not sure where to start...I
> > did a tutorial on the MS Access page, but what next?
> >
> >
> >
> > "Jeff Boyce" wrote:
> >
> >> That REALLY depends...!
> >>
> >> Here are four areas I suggest folks understand if they intend to build an
> >> application in Access:
> >> 1. Normalization & relational database design
> >> 2. Access tips/tricks
> >> 3. Graphical user interface design
> >> 4. Experience building applications
> >>
> >> To the extent that any/all of these are new to you, plan on spending time
> >> working your way up the learning curve(s).
> >>
> >> So, it depends ...
> >>
> >> How much time do you have to get this done?
> >>
> >> How much do you need/care to learn?
> >>
> >> Good luck!
> >>
> >> Regards
> >>
> >> Jeff Boyce
> >> Microsoft Access MVP
> >>
> >> --
> >> Disclaimer: This author may have received products and services mentioned
> >> in this post. Mention and/or description of a product or service herein
> >> does not constitute endorsement thereof.
> >>
> >> Any code or pseudocode included in this post is offered "as is", with no
> >> guarantee as to suitability.
> >>
> >> You can thank the FTC of the USA for making this disclaimer
> >> possible/necessary.
> >>
> >> ".:RoKsTaR:." <.:RoKsTaR:.@discussions.microsoft.com> wrote in message
> >> news:9355BD4B-D0BA-4329-AD38-B017C39A0A05(a)microsoft.com...
> >> > Hi There,
> >> >
> >> > I have no experience with access, so please let me know if this task is
> >> > too
> >> > big.
> >> >
> >> > Is it feasible for me to develop a databse for my private music
> >> > students
> >> > that tracks and reports on the following:
> >> >
> >> > Contact Info
> >> > Individual and overall Attendance
> >> > Individual and overall Payments
> >> > Material covered in each lesson
> >> >
> >> > Cheers!
> >> >
> >> >
> >> >
> >> >
> >>
> >>
> >> .
> >>
>
>
> .
>
From: Fred on
Same thing as I wrote B4 with some of my crucial typos / omissions corrected.

It's a little different. From a learning standpoint, Access is more like a
big toolbox than a program. And besides just learning what the tools and how
to use them, you have to start learning architecture (information and db
structures) to design what to build with those tools.

Sometimes it's good to structure/facilitate/move along your learning by
trying to do "make" something specific simultaneously with your reading. So
here's something like that. Try to:

Decide what the fundamental "entities" are that you are trying to database.
My guess is that they are

T1. People
T2. Instances of payment for instruction (of that person)
T3. Instances of a class being scheduled for a person


Make a table for each of those entities, include an autonumber primary key
in each table. For people name the PK Field "PeopleID"

Add an integer (not autonumber) field "PeopleID" in tables T2 & T3.
(these are "foreign keys) and link each of those fields to the "PeopleID"
field in T1

Add fields for each of the attributes that you want to record about your
entities. Here are a few of the more abstract ones:

T1
Current Student? (yes/no)

T2


T3
Showed up? (yes/no)
Description of material covered.


- - -

Now make datasheet style forms for T2 and T2. These will be used as subforms

Make a "one record per page" style form for T1. Then put the T2 & T3
subforms into it.

Then make reports that summarize T2 records, grouped by Person
Then make reports that summarize T3 records, grouped by Person

Of course, explaining in detail how to do the above is a book, not a post,
but trying to do the above should help drive/direct the learning process.




From: .:RoKsTaR:. on
So I watched crystals video and went through some of the other material and
have been noodling around with the program and existing databases to help
figure things out. In crystals video, she talks about putting people,
addresses, and phone numbers in their own table and linking them by their
unique id or key number. Existing templates do this all in one table, whcih
to me makes data entry easier, but I'm not sure.

Can anyone clarify if separate tables would make the data entry portion more
time consuming? Can you have one form that enters data into many tables?

Side note : A friend of mine told me he can get me some training dvds from
his office library, so I think that's my next step ;)