OVH Cloud OVH Cloud

Comment faire ?

3 réponses
Avatar
Furion
Bonjour à tous !

Plutot Excelien dans l'âme, je dois pourtant me résigner à passer à Access
pour concevoir une base de données me permettant de suivre le remboursement
de crédits et j'avoue que je galère un peu !

Pour simplifier la chose, j'aurai une table "CLIENTS" et une table
"ECHEANCIERS"

Mon problème réside dans la conception de ses tables et l'enregistrement des
différentes échéances.

Sachant que chaque échéancier comporte maximum 36 échéances, est ce que je
dois créer 72 champs dans ma table "ECHEANCIERS" (1 pour le montant et 1 pour
la date de chaque échéance) ou y a t il une autre manière de stocker ces
données ?

En espérant avoir été assez clair dans ma description,

Je remercie d'avance tout ceux qui m'aideront un petit peu !

Bonne soirée tout le monde !

3 réponses

Avatar
Buddy
Salut

Oublie tout de suite une table avec 72 champs !
Je procéderai ainsi

Une table CLIENTS : Id, Nom, Prenom...
Une table CREDITS : Id, IdClient, Date, Nominal, Taux...
Une table ECHEANCES : Id, IdCredit, Date, Montant...
Une table RBRST : Id, IdEcheance, DatePmt, Montant...

Ouala,
Bon courage
Buddy

Bonjour à tous !

Plutot Excelien dans l'âme, je dois pourtant me résigner à passer à Access
pour concevoir une base de données me permettant de suivre le remboursement
de crédits et j'avoue que je galère un peu !

Pour simplifier la chose, j'aurai une table "CLIENTS" et une table
"ECHEANCIERS"

Mon problème réside dans la conception de ses tables et l'enregistrement des
différentes échéances.

Sachant que chaque échéancier comporte maximum 36 échéances, est ce que je
dois créer 72 champs dans ma table "ECHEANCIERS" (1 pour le montant et 1 pour
la date de chaque échéance) ou y a t il une autre manière de stocker ces
données ?

En espérant avoir été assez clair dans ma description,

Je remercie d'avance tout ceux qui m'aideront un petit peu !

Bonne soirée tout le monde !


Avatar
Furion
Ok merci Buddy pour ta réponse si rapide!

Je pensais bien que c'était pas la bonne méthode les 72 champs.

Si je comprends bien la tienne, quand je vais saisir un nouveau crédit, je
vais créer un enregistrement dans la table "CREDITS" et 36 enregistrements
dans la table "ECHEANCES" ???

Est ce que ça risque pas d'être lourd à gérer pour ACCESS ?

Merci de me confirmer ça car j'avoue que je suis assez inexpérimenté en
ACCESS et je connais mal ses limites.



Salut

Oublie tout de suite une table avec 72 champs !
Je procéderai ainsi

Une table CLIENTS : Id, Nom, Prenom...
Une table CREDITS : Id, IdClient, Date, Nominal, Taux...
Une table ECHEANCES : Id, IdCredit, Date, Montant...
Une table RBRST : Id, IdEcheance, DatePmt, Montant...

Ouala,
Bon courage
Buddy

Bonjour à tous !

Plutot Excelien dans l'âme, je dois pourtant me résigner à passer à Access
pour concevoir une base de données me permettant de suivre le remboursement
de crédits et j'avoue que je galère un peu !

Pour simplifier la chose, j'aurai une table "CLIENTS" et une table
"ECHEANCIERS"

Mon problème réside dans la conception de ses tables et l'enregistrement des
différentes échéances.

Sachant que chaque échéancier comporte maximum 36 échéances, est ce que je
dois créer 72 champs dans ma table "ECHEANCIERS" (1 pour le montant et 1 pour
la date de chaque échéance) ou y a t il une autre manière de stocker ces
données ?

En espérant avoir été assez clair dans ma description,

Je remercie d'avance tout ceux qui m'aideront un petit peu !

Bonne soirée tout le monde !







Avatar
Buddy
Salut

T'inquiètes, t'auras un problème que si tu dois gérer tous les crédits
de cetelem sur access sinon pas de problème en vue

Ouala
Bye
Buddy

Furion a formulé ce jeudi :
Ok merci Buddy pour ta réponse si rapide!

Je pensais bien que c'était pas la bonne méthode les 72 champs.

Si je comprends bien la tienne, quand je vais saisir un nouveau crédit, je
vais créer un enregistrement dans la table "CREDITS" et 36 enregistrements
dans la table "ECHEANCES" ???

Est ce que ça risque pas d'être lourd à gérer pour ACCESS ?

Merci de me confirmer ça car j'avoue que je suis assez inexpérimenté en
ACCESS et je connais mal ses limites.



Salut

Oublie tout de suite une table avec 72 champs !
Je procéderai ainsi

Une table CLIENTS : Id, Nom, Prenom...
Une table CREDITS : Id, IdClient, Date, Nominal, Taux...
Une table ECHEANCES : Id, IdCredit, Date, Montant...
Une table RBRST : Id, IdEcheance, DatePmt, Montant...

Ouala,
Bon courage
Buddy

Bonjour à tous !

Plutot Excelien dans l'âme, je dois pourtant me résigner à passer à Access
pour concevoir une base de données me permettant de suivre le remboursement
de crédits et j'avoue que je galère un peu !

Pour simplifier la chose, j'aurai une table "CLIENTS" et une table
"ECHEANCIERS"

Mon problème réside dans la conception de ses tables et l'enregistrement
des différentes échéances.

Sachant que chaque échéancier comporte maximum 36 échéances, est ce que je
dois créer 72 champs dans ma table "ECHEANCIERS" (1 pour le montant et 1
pour la date de chaque échéance) ou y a t il une autre manière de stocker
ces données ?

En espérant avoir été assez clair dans ma description,

Je remercie d'avance tout ceux qui m'aideront un petit peu !

Bonne soirée tout le monde !