J'ai du mal à trouver un modèle conceptuel pour un schéma de transaction récurrent dans les données de base. Jusqu'à présent, j'ai:Modélisation des transactions récurrentes dans les données de base
1) Une entité BillMaster (référencé ci-dessus), qui a des attributs comme « date d'échéance » « titre », etc.
2) Une entité BillEntry qui est essentiellement les enfants du projet de loi de maître, le réel factures que vous verriez sur le calendrier. Ceux-ci pointeraient vers les données de base pour la date d'échéance, le titre, et garderaient également une trace si cette instance de la facture a été payée ou non. Le problème est, je vais avoir besoin de dupliquer ces maîtres et de créer les entrées enfants récurrentes de manière efficace, une pour chaque fois que la facture se reproduit. Je ne suis pas sûr quand cette génération d'entrée devrait effectivement se produire, et jusqu'où cela devrait aller. Je ne veux pas non plus les générer de nouveau accidentellement quand ce n'est pas nécessaire. Peut-être qu'il y a même une façon plus intelligente de modéliser cela à laquelle je ne pense pas.
Si vous avez des suggestions, ou peut-être un bon matériel de lecture qui va sur des choses conceptuelles comme ça, je suis ouvert à tout. J'ai une assez bonne compréhension des données de base en général (assez bon, aucun expert) mais certains de ces modèles plus complexes me lancent toujours en boucle.