What a strange answer for a person who want to do somthing a man says don't
try to do something and don't polish your skills because others are polished
well. Means that every one should avoid to learn and think that what the
other are doing well i think it may be the thinking of a man who don't want
to do anything in his field and don't want to learn.
I'm sorry, Mallick; I didn't get the "backstory" from your post. It sounded
like you wanted a quick and easy way to do account ledgers; my suggestion is
what I would recommend as a way to do account ledgers.
If you're using this as a learning exercise, well and good; it's certainly an
instructive (and nontrivial, as you'll find!) problem space. You may not end
up with the slickest account-ledger program in the world, or you may spend a
great deal of time and actually do so!
To start with, I'd suggest learning the basics of relational design theory.
Identify the "Entities" - real-life persons, things, or events - relevant to
your task; identify their attributes; identify their relationships; identify
the constraints. Create tables and relationships to fit these. It's not clear
to me just what you want the database to accomplish so I can't really suggest
what these would be, but if you'ld like to discuss it, this is a good place to
do so.
Some resources to investigate are:
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
A free tutorial written by Crystal (MS Access MVP):
http://allenbrowne.com/casu-22.html
MVP Allen Browne's tutorials:
http://allenbrowne.com/links.html#Tutorials
John W. Vinson [MVP]