Discussion :

[Rorotermidor]

Bonjour,

Je souhaiterais une aide précieuse pour créer une table à partir d'un formulaire et, je suppose, une requête création de table.

Ma base de donnée est une base de gestion de documents et infos financières et je souhaite créer une table chaque année pour le nouvel exercice financier (2016, 2017,...).

Même question pour générer une requête de création de table nommée à partir de la dernière valeur d'un champ.

Merci par avance pour vos réponses...

RC

[Jean-Philippe André]

Bonjour,

beaucoup te diront que faire 1 annee = 1 table est une aberration

Ajouter un champ annee au pire, ca ne fera pas de petits pains a multiplier a travers le temps

Concernant la requete en question, quel est exactement ton probleme ?

[Rorotermidor]

En fait je souhaite créer une base dont l'objectif est de stocker des informations de gestion sur la base d'un exercice, donc une année du premier janvier au 31 décembre. L'idée est donc de construire ma base par année d'exercice (C'est de la pure gestion financière... et de documents). Donc est-il possible de générer ma base de données sur ces postulats ?

J'ai pensé à plusieurs possibilités:

• une table par exercice
• Une base par exercice
• Un archivage des données de mes tables sous forme excel pour ensuite effacer toutes les entrées et recommencer avec la nouvelle année.

J'ai donc une table d'établissements, une table principale d'informations liée aux établissements. Mon objectif est de simplifier la tâche avec l'aide d'une série de formulaires qui permettrons de rentrer les données ou de provoquer la genèse du nouvel exercice.

Merci par avance pour vos réponses potentielles.

[tee_grandbois]

Bonsoir,
Si tu pars du principe d'avoir une base par exercice pourquoi pas, dans ce cas, partir d'une base modèle ? Tu crées une nouvelle base à chaque exercice, l'exercice précédent serait renommée, ton archive créée automatiquement de ce fait et consultable à tout moment. A toi de prévoir le moment du basculement d'un exercice et les méthodes de consultation des archives.

[Rorotermidor]

Merci tee_grandbois San,

En somme, il ne me reste plus qu'à découvrir comment réaliser tout ceci... Je suis un poil néophyte en matière de BDD, je connais quelques bases sur les bases mais sans pratique assidue et activités diversifiées on a du mal a développer les choses de manière pointue.

Si tu connais quelques tutos ou conseils qui peuvent m'aider dans mon petit projet, je te remercie d'avance de me les transmettre...

Bonsoir,
Si tu pars du principe d'avoir une base par exercice pourquoi pas, dans ce cas, partir d'une base modèle ? Tu crées une nouvelle base à chaque exercice, l'exercice précédent serait renommée, ton archive créée automatiquement de ce fait et consultable à tout moment. A toi de prévoir le moment du basculement d'un exercice et les méthodes de consultation des archives.

[tee_grandbois]

Bonjour,
je n'ai pas de tutoriels à te proposer, mais regarde dans le forum, personnellement, ceux dédiés au débutants, je ne les connais pas, à toi de chercher et découvrir.
Pour ce qui est des conseils, je peux juste te dire que tu dois absolument mettre par écrit ton projet. Cela ne sera pas forcément un cahier des charges détaillé (sauf si tu en as déjà un) mais simplement une vue globale de comment cette application va être utilisée.

En premier lieu, il faut se mettre avec l'utilisateur (c'est peut-être toi, mais cela ne change rien) et avec son aide, faire la liste de ses tâches journalières, hebdomadaires, mensuelles, trimestrielles et annuelles. Le but étant d'identifier les tâches qui seront réalisées via les interfaces homme-machine (IHM) et les éléments papier ou autre à produire (rapports journaliers, annuels, sauvegardes...).

Cela servira de base pour définir les divers éléments qui vont composer la base. Tu peux faire des croquis de tes futures IHM (formulaires) cela facilitera d'autant plus la création des tables qui les composeront.
Une fois tous les éléments identifiés, il sera plus facile d'entrer dans les détails (liste des tables et les champs qui les composent, formulaires, états, travaux mensuels, annuels ...) et construire un document final... qui servira à coder tout cela.

Voilà, j'espère que ces quelques conseils te seront utiles.
Bon courage pour la suite de ton projet, et si tu as des questions, tu peux continuer à les poser dans les forums dédiés.

[Rorotermidor]

Merci grand maître,

Pour ce qui est de la schématisation, pas de soucis, c'est déjà fait mais c'est la mise en application de ces schémas qui pèche... c'est en cela que je cherche des informations, des méthodes de développement qui permettent de réaliser tout ceci. Bref, je continue à chercher des procédés et assemblages qui permettent de faire ça mais ils ne semblent pas vraiment facile à trouver ou n'ont jamais été renseignés... C'est d'ailleurs pour ça que je demande HELP !!!!

En tous cas, merci pour votre considération et le temps passé à me répondre.

Bonjour,
je n'ai pas de tutoriels à te proposer, mais regarde dans le forum, personnellement, ceux dédiés au débutants, je ne les connais pas, à toi de chercher et découvrir.
Pour ce qui est des conseils, je peux juste te dire que tu dois absolument mettre par écrit ton projet. Cela ne sera pas forcément un cahier des charges détaillé (sauf si tu en as déjà un) mais simplement une vue globale de comment cette application va être utilisée.

En premier lieu, il faut se mettre avec l'utilisateur (c'est peut-être toi, mais cela ne change rien) et avec son aide, faire la liste de ses tâches journalières, hebdomadaires, mensuelles, trimestrielles et annuelles. Le but étant d'identifier les tâches qui seront réalisées via les interfaces homme-machine (IHM) et les éléments papier ou autre à produire (rapports journaliers, annuels, sauvegardes...).

Cela servira de base pour définir les divers éléments qui vont composer la base. Tu peux faire des croquis de tes futures IHM (formulaires) cela facilitera d'autant plus la création des tables qui les composeront.
Une fois tous les éléments identifiés, il sera plus facile d'entrer dans les détails (liste des tables et les champs qui les composent, formulaires, états, travaux mensuels, annuels ...) et construire un document final... qui servira à coder tout cela.

Voilà, j'espère que ces quelques conseils te seront utiles.
Bon courage pour la suite de ton projet, et si tu as des questions, tu peux continuer à les poser dans les forums dédiés.