Roster Table
I presently have a member table with usual data, containing a field for first join(this is inherited) but the 'users' of the DB have just put in when a members re-registers so consequently some members have first date registration but others show 'present date join' not 'first date join'! So 2 different confusing pieces of data are produced. I want to eliminate this and have left the 'first join' date(dont know if its really needed unless for history purposes?) but have a table of payments(again Inherited)which is a subform and when a member joins the 'payment date' acts as the 'join/renew date'. I would like to produce some reports to let the club know if members are new/old/lapsed, compare seasons etc. However I thought by introducing a seasons table/field it might eliminate this confusion so that members can be identified with the seasons they paid for. It's at this point I can't work out if I'm supposed to just run a query to get this information or add another table. What you suggest sounds like my payment table which contains PayID,PayType,PayAmount,PayDate and (Lapsed?Tick box I havent yet decided if it's necessary so have not implemented it ) Now....... should I have another table like you suggest and if so my 'payment table' will need altering? or just add extra fields to payment table. How to change this mess to achieve a sensible 'good practise' solution Im not sure!