Il n'y aura aucune relation 1: 1 ici. Vous pouvez toujours payer plusieurs factures dans un seul lot, par exemple. L'idée de la table de traitement par lots est qu'il s'agit d'une seule «unité de travail» d'un point de vue comptable plutôt que d'une perspective de programmation.
Il n'y a pas de besoin particulier de batch, sauf qu'il est utile d'organiser l'information en termes de qui a fait quoi et quand - en particulier dans la mesure où il indique qu'une série de transactions sont logiquement liées les unes aux autres la perspective.
Comptes est une table de recherche. Transactions est le détail de la transaction, par opposition à Batch qui est l'en-tête de la transaction. Je suis d'accord avec Ken Downs de la question de @ OP qu'un champ de montant unique est suffisant. Il n'y a pas de point dans les colonnes de débit et de crédit séparées. Cette idée vient du monde de la comptabilité papier et est utile à l'époque où tout l'arithmétique était fait à la main. Dans un scénario informatisé, cette idée est anachronique et cause plus de problèmes qu'elle n'en vaut la peine. Je ne suis pas d'accord avec Ken Downs dans la mesure où ses débits et crédits ont des signes opposés. Cela est vrai dans le contexte d'un compte particulier, mais les comptes de différents types auront des débits avec des montants positifs ou négatifs selon les conventions comptables. Les actifs et les revenus vont dans une direction et les passifs et les dépenses vont dans l'autre direction. Le fait qu'un nombre soit positif ou négatif dans la table des transactions dépend du type de compte auquel la transaction s'applique. L'une de vos modifications doit être que chaque lot doit être égal à zéro lorsque vous appliquez les débits et les crédits de manière appropriée. La logique de test de cette vérification doit savoir si chaque compte du lot est un actif, un passif, un revenu ou une dépense - cela doit donc être un attribut de la table de votre compte.
En ce qui concerne les chèques, les pièces justificatives, les factures et tout le reste - vous voulez probablement, mais n'avez pas nécessairement besoin de tout cela. La raison de les avoir n'est pas pour le suivi strict du solde du compte, mais plutôt pour toutes les autres informations indicatives que vous pouvez garder là. Vous pouvez conserver toutes ces informations indicatives dans un champ de texte "muet" sur la table de traitement par lots (c'est-à-dire "mémo"). C'est ainsi qu'ils l'ont fait dans la vieille chaise haute, la visière et les jours de plume.Cependant, avoir une table de facture fournisseur est pratique car elle vous permet de faire des choses pratiques comme demander une liste de toutes les factures d'un fournisseur particulier. Il en va de même pour les autres entités commerciales concrètes telles que les chèques, les factures, les relevés, etc.
Pas une réponse directe à votre question mais cette http://www.databaseanswers.org/data_models/banking_checking_accounts/index. htm peut être d'une aide supplémentaire; Ça m'a aidé. –