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 !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
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 !
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 !
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 !
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 !
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 !
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 !
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 !
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 !
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 !