Question : Microsoft Access : Création d'un système de paiement.

Bonjour, le

I AM la création d'une base de données pour un club de sports et nos membres peut payer des manières suivantes :

1. par visit.
2. Pour un month.
3. 3 mois contract.
4. 6 mois de contract.
5. 12 mois de contract.

What je dois réaliser :

1. Pour pouvoir voir quel contrat un client emploie.
2. Pour voir s'ils ont payé plus vers la fin de mois ou si être dans la dette pour 1+ months.
3. combien de mois sont laissés pour aller sur leurs paiements mensuels entrés par/>4. de contract.
5. Voir s'ils ont un contrat actif ou s'il a fini already.

jusqu'ici j'ont des tables pour :

Clients.
Clubs (de l'information de client). (Données pour les 2 clubs que nous avons en ce moment) le
Contracts. (Type de contrat, date de début, date de fin, honoraires, active ou pas)
Payment. (Date de paiement, honoraires de paiement, type de paiement) type du
Purchase. (1 feuille de présence, carte de 1 mois, 3 mois de contrat, contrat 6months. etc.) le

Now alors, je ne suis pas sûr si cette conception est correcte, et comment est-ce que je devrais attacher ceci ensemble pour que le système travaille-t-il correctement ? respect du

Best,

NewSkol
class= de

Réponse : Microsoft Access : Création d'un système de paiement.

Bien, une chose qui pourrait être une idée est d'employer le nouveau magicien de base de données dans l'accès lui-même pour voir le cas échéant de la base de données existante de calibre vous dépannera.

Il y a un calibre sur le site Web de Microsoft chez http://office.microsoft.com/en-ca/templates/club-membership-database-TC001047743.aspx que vous pourriez vouloir pour regarder.

Pour finir, juste Google pour « la base de données d'adhésion de club » et voient ce qui est dehors là.  Si votre but est d'apprendre comment programmer dans l'accès, alors qu'est une chose.  Si elle est de manipuler l'adhésion de club, alors ne pas aller n'inventer aucune roue !

(Si elle EST d'apprendre l'accès, alors vérifier http://msdn.microsoft.com/en-us/office/dd547097.aspx.  Mes livres préférés étaient un ensemble : le manuel du réalisateur d'accès (ordinateur de bureau), le manuel du réalisateur d'entreprise d'accès, et le manuel du réalisateur de VBA.  Ils sont pour des éditions plus anciennes de l'accès mais les principes qu'ils couvrent sont encore appropriés et pleins.)

J'ai passé beaucoup d'années se développant avec l'accès, et mon cauchemar personnel a affaire avec un client que j'aime, mais qui ne comprend pas qu'elles me demandent de prendre un projet de trois mois pour concevoir et établir un système fiable pour elles.  D'une part, elles sont employées à aller au meilleur achat et l'obtention Microsoft Office pour quelques cent mâles en tout de lui est gloire, et d'une part il y a de moi leur disant que je vais les charger $25.000 pour créer leur « peu » application !  Ow !

Je ne les déchire pas au loin : Je dois analyser le problème commercial, concevoir une solution, appliquer toutes les années de théorie de base de données d'étude, appliquer toute mon expérience des fossés, les aider pour éviter des pièges qu'ils n'auront pas pensés environ, font tellement incrémentalement pour s'assurer que je n'effectue aucun travail superflu, ET paye l'assurance-responsabilité professionnelle extorsionnaire !

Ainsi je suis disponible pour des questions spécifiques, mais les conseils généraux sont un champ de mines car ils peuvent faire un pas dans un engagement important que je ne suis juste pas disponible pour faire.  

J'espère que tout semble raisonnable.