Comment modéliser efficacement un compte

Bonjour,

Je dis par compte: compte bancaire, compte client, etc qui est le résultat de plusieurs opérations ou transactions!

Vous diriez peut-être qu'il y avait déjà beaucoup de sujets sur cela, j'ai lu la plupart d'entre eux sans obtenir satisfaction. Il faut que j'obtienne la réponse textuelle des questions suivantes:
=> Qu'est-ce qu'un compte?
Supposons une banque
Est-ce que c'est nécessaire de créer une table "compte"?
Est-ce qu'il faut avoir un champ pour contenir le solde du compte d'un client? Ou le solde d'un compte que l'on obtient lorsque l'on demande sa position c'est le résultat du recalcul des opérations effectuées sur un compte depuis son existence?

Citation:

---

Envoyé par bruce-willis

=> Qu'est-ce qu'un compte?
Supposons une banque
Est-ce que c'est nécessaire de créer une table "compte"?

---

Je dirais oui, ne serait-ce parce qu'un client peut avoir plusieurs comptes donc on ne peut pas se contenter de mettre le compte dans la table du client. Client et compte sont deux concepts sémantiquement différents et nécessitent donc deux entités types différentes et, par voie de conséquence, deux tables différentes.

Citation:

---

Est-ce qu'il faut avoir un champ pour contenir le solde du compte d'un client? Ou le solde d'un compte que l'on obtient lorsque l'on demande sa position c'est le résultat du recalcul des opérations effectuées sur un compte depuis son existence?

---

Je laisse les experts du domaine bancaire répondre selon leur expérience.
Je pense que c'est a priori une dénormalisation acceptable pour garantir les performances, quel que soit le nombre de clients, de comptes, d'opérations. Soit 1000 clients avec en moyenne 2 comptes et 50 opérations par mois, ce qui est très peu, et vous avez déjà des recherches et calculs à faire sur 1,2 millions d'opérations au bout d'un an.

D'accord pour l'existence de la table "compte", qu'en est-il de l'historique des débits et crédits que l'on obtenir dans un relevé!
Ce sont 2 champs d'une table "operations"?

Effectivement, j'attends la réaction des experts du domaine bancaire!
Mais ce que j'ai envie de modéliser c'est celui du service prépayé d'une compagnie de téléphonie mobile.

Bonjour,

Citation:

---

D'accord pour l'existence de la table "compte", qu'en est-il de l'historique des débits et crédits que l'on obtenir dans un relevé!
Ce sont 2 champs d'une table "operations"?

---

Il est nécessaire de créer un entité pour les lignes d'opérations. Chaque ligne étant liée au compte concerné.

Personnellement, pour définir les opérations de débit et de crédit, je mets une colonne pour indiqué le sens de l'écriture 'D' pour débit et 'C' pour crédit et une colonne pour les valeurs.

Comme le mentionne justement @CinePhil, il n'y a pas lieu de créer un colonne pour déterminer le solde du compte, le calcul se fait par requête ou par vue.

Par ne pas oublier de prévoir une historisation des écritures à périodes régulières. Sinon, après 10 ans d'utilisation, le calcul des soldes peut demander un certain temps.

Sur le plan opérationnel, une vue présentera les écritures avec une ventilation entre le débit, le crédit et le solde

Fait un projet de MCD, il sera nous ensuite possible, le cas échéant, de te donner notre avis.

Citation:

---

Mais ce que j'ai envie de modéliser c'est celui du service prépayé d'une compagnie de téléphonie mobile

---

Tu nous donnes quelques explications complémentaires pour ce point.

Bon courage

Pour info, ce que je voudrais modéliser c'est un système de gestion de points comme Maximiles!