Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Comment renommer une table sans devoir modifier les requêtes
Bonjour à tous,
Je suis en train de créer un site et je me pose une question :
J'aimerai que l'utilisateur puisse créer des tables (autant qu'il le souhaite) mais aussi modifier les tables déjà présentes. Pour cela j'aimerai savoir comment est-il possible de faire en sorte que s'il modifie le nom d'une table ou d'un champ, alors les requêtes ne soient plus inutilisables...
Est-ce possible ? Si oui, auriez vous une piste ? un tutoriel ?
D'avance merci pour votre réponse...
Thibaut
En principe, un utilisateur n'a pas à créer de tables dans la BDD.
On modélise les données nécessaires au logiciel qui va les utiliser puis ce modèle est figé, sauf modification des règles de gestion des données, et invisible pour l'utilisateur du logiciel.
Dis-nous plus concrètement de quoi il s'agit et nous pourrons te guider dans ta démarche de conception, laquelle devrait s'opérer plutôt dans le forum Schéma.
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
Merci pour la réponse rapide !
En fait voilà :
Je suis en train de travailler sur une application pro qui selon mon patron "doit être personnalisable à souhait par tous les utilisateurs".
En fait, ce que je voudrais faire, c'est :
1) De la sauvegarde de bases. Par exemple, si un utilisateur a injecté ses données dans les tables, le rapport de gestion sort tout seul. Jusque là, ok. Mais j'aimerai que cet utilisateur, par souci de gain de temps et de productivité pour mon entreprise n'ait pas à réinjecter des données déjà intégrées auparavant même s'il a déjà entré de nouvelles données dans les tables (heu je sais pas si je suis très clair là....)
En gros :
Un utilisateur entre des données A dans la table.
Il se dit "mince, je me suis trompé, ce sont les données B qu'il faut intégrer"
Et puis tout compte fait, l'utilisateur se dit "en fait les données A sont meilleures, je les préfère"
Comment faire en sorte pour que ce qu'il a saisi puisse automatiquement être réinjecter dans les bases d'origine ?
2) Certains de mes collègues souhaitent être totalement autonomes sur le sujet et créer leurs propres rapports. Sauf que déjà moi, je suis déjà un peu limité (l'informatique c'est une passion plus qu'un métier) et eux, ils s'y connaissent encore moins. Sauf que : qui dit rapport, dit forcément tables à créer et données à intégrer...
3) Le nom des tables vont apparaitre à l'écran et certains m'ont déjà demandé s'ils peuvent modifier le nom....
Bon voilà en gros mes problèmes...
ce n'est guère plus clair qu'auparavant !
Qu'est-ce qui doit être personnalisable ?Envoyé par Souri84
- Les accès aux données ?
- Les accès aux fonctions du logiciel ?
- La mise en forme des données présentées ?
...
Il est évident que la base de données doit être sauvegardée, et ceci indépendamment du logiciel !En fait, ce que je voudrais faire, c'est :
1) De la sauvegarde de bases.
Quel "rapport de gestion" ?Par exemple, si un utilisateur a injecté ses données dans les tables, le rapport de gestion sort tout seul.
Je crois comprendre qu'il s'agit d'archiver des données modifiées et de pouvoir récupérer ces données archivées ?Jusque là, ok. Mais j'aimerai que cet utilisateur, par souci de gain de temps et de productivité pour mon entreprise n'ait pas à réinjecter des données déjà intégrées auparavant même s'il a déjà entré de nouvelles données dans les tables (heu je sais pas si je suis très clair là....)
En gros :
Un utilisateur entre des données A dans la table.
Il se dit "mince, je me suis trompé, ce sont les données B qu'il faut intégrer"
Et puis tout compte fait, l'utilisateur se dit "en fait les données A sont meilleures, je les préfère"
Comment faire en sorte pour que ce qu'il a saisi puisse automatiquement être réinjecter dans les bases d'origine ?
Rapports ? De quoi s'agit-il ? Quelle forme ont ces rapports ?2) Certains de mes collègues souhaitent être totalement autonomes sur le sujet et créer leurs propres rapports.
Pas forcément. S'il s'agit par exemple de rapports d'expertise, ce sont probablement des documents papier ou informatisés par des fichiers indépendants dont on peut enregistrer les référence et le lieu de classement dans une base de données. Si elle est bien conçue, la BDD peut servir à tous types de rapports sans avoir besoin de créer de nouvelles tables.Sauf que : qui dit rapport, dit forcément tables à créer et données à intégrer...
Mauvaise idée ! Encore une fois, l'utilisateur n'a pas à connaître la structure de la BDD qui est utilisée par l'application qu'il utilise.3) Le nom des tables vont apparaitre à l'écran et certains m'ont déjà demandé s'ils peuvent modifier le nom....
Définit clairement le besoin. Modélise les données nécessaires. Décris les fonctions du logiciel et ensuite seulement tu développeras quelque chose.
Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
« Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
À la maison comme au bureau, j'utilise la suite Linux Mageïa !
Je fais un schéma et je reviens pour être plus clair....
Bon en fait, en faisant mon schéma, hier soir, je me suis rendu compte effectivement qu'il n'était pas nécessaire de renommer les bases...
Au moins, maintenant, avec ce schéma, c'est bcp plus clair et je sais au moins ce qu'il me reste à faire....
Donc merci de m'avoir aiguillé !
A+
Thibaut
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager