Pb structure base de données Open Office
polothentik
Messages postés
32
Statut
Membre
-
polothentik Messages postés 32 Statut Membre -
polothentik Messages postés 32 Statut Membre -
Bonjour,
Je cherche actuellement à réaliser une base de données dans le domaine du batiment sur des engins de levage. Je découvre Open Office Base et, confronté à plein de problèmes, je me pose des tas de questions quant à la justesse de mes choix de structuration, de programmation (en particulier les clé primaire)...
J'ai choisi de décrire mon problème de la manière suivante :
TABLE contructeur : CHAMPS id_constructeur / nom_constructeur / localisation_constructeur
Clé primaire sur "nom_constructeur "
TABLE deplacement : CHAMPS id_deplacement / nom_deplacement / type_materiel_deplacement
Clé primaire sur "type_materiel_deplacement"
TABLE materiel : CHAMPS id_materiel / constructeur_materiel / type_materiel / reference_materiel / capacite_materiel / date_materiel
Clé primaire sur "reference_materiel"
TABLE loueur : CHAMPS id_loueur / nom_loueur / materiel_loueur
Clé primaire sur "nom_loueur"
TABLE localisation : CHAMPS id_localisation / nom_localisation / loueur_localisation
Clé primaire sur " id_localisation "
Rq : Tous mes id-"..." sont de type INTEGER en autovalue ("oui") et tout mes champs sont en "Saisie Requise : NON"
1ère question : Est-ce que mes id-"..." sont bien utiles ??
2ème question : Pourquoi lorsque je crée ma TABLE (quelqu'elle soit) faut-il que je commence par déclarer ma clé primaire sur le champs id-"...", que j'enregistre et ensuite que je change ma clé primaire pour la fixé définitivement ??
Les relations entre mes TABLES sont structurées comme suit :
constructeur --> materiel (CHAMPS en commun : nom_constructeur / constructeur_materiel
deplacement --> materiel (CHAMPS en commun : type_materiel_deplacement / type_materiel
materiel --> loueur (CHAMPS en commun : reference_materiel / materiel_loueur
loueur --> localisation (CHAMPS en commun : nom_loueur / loueur_localisation
Idealement, l'objectif de cette base de données est de créer 3 modes d'entrée des données :
- TABLE materiel & deplacement
- TABLE constructeur (pour leur localisation et logo (ultérieurement))
- TABLE levageur & localisation
3ème question : Ai-je eu la bonne vision de ma base de données pour ce que je souhaite en faire ? Pourrait-on l'optimiser par la création ou suppression d'une TABLE ?
Lorsque je souhaite entrer un matériel en ne remplissant que les champs qui sont propres à sa TABLE, un message d'erreur m'est retourné :
"Integrity constraint violation - no parent SYS_FK_116 table: constructeur in statement [INSERT INTO "materiel" ("capacite_materiel","constructeur_materiel","reference_materiel","type_materiel") VALUES (?,?,?,?)]"
4ème question : ????????????? - Je crois que je n'ai rien compris à la programmation d'une base de données !!!!
5ème question : Même si je n'ai pas encore pu essayer, comment éviter la chose suivante : Je veux absolument créer un lien entre les TABLES materiel et constructeur pour pouvoir rechercher ultérieurement les "localisation" où je peux trouver un "matériel" chez un "constructeur". Si je complète ma TABLE matériel, celle-ci étant lié à la TABLE constructeur par le champ constructeur_materiel, une ligne incommplète va être créée dans la TABLE constructeur (donc création de ligne qui ne servent à rien) ? Autrement dit peut-on créer un lien à sens unique de recherche seule mais pas d'entrée des données (relations en cascade ??) ??
Merci d'avance énormément... beaucoup !
Je cherche actuellement à réaliser une base de données dans le domaine du batiment sur des engins de levage. Je découvre Open Office Base et, confronté à plein de problèmes, je me pose des tas de questions quant à la justesse de mes choix de structuration, de programmation (en particulier les clé primaire)...
J'ai choisi de décrire mon problème de la manière suivante :
TABLE contructeur : CHAMPS id_constructeur / nom_constructeur / localisation_constructeur
Clé primaire sur "nom_constructeur "
TABLE deplacement : CHAMPS id_deplacement / nom_deplacement / type_materiel_deplacement
Clé primaire sur "type_materiel_deplacement"
TABLE materiel : CHAMPS id_materiel / constructeur_materiel / type_materiel / reference_materiel / capacite_materiel / date_materiel
Clé primaire sur "reference_materiel"
TABLE loueur : CHAMPS id_loueur / nom_loueur / materiel_loueur
Clé primaire sur "nom_loueur"
TABLE localisation : CHAMPS id_localisation / nom_localisation / loueur_localisation
Clé primaire sur " id_localisation "
Rq : Tous mes id-"..." sont de type INTEGER en autovalue ("oui") et tout mes champs sont en "Saisie Requise : NON"
1ère question : Est-ce que mes id-"..." sont bien utiles ??
2ème question : Pourquoi lorsque je crée ma TABLE (quelqu'elle soit) faut-il que je commence par déclarer ma clé primaire sur le champs id-"...", que j'enregistre et ensuite que je change ma clé primaire pour la fixé définitivement ??
Les relations entre mes TABLES sont structurées comme suit :
constructeur --> materiel (CHAMPS en commun : nom_constructeur / constructeur_materiel
deplacement --> materiel (CHAMPS en commun : type_materiel_deplacement / type_materiel
materiel --> loueur (CHAMPS en commun : reference_materiel / materiel_loueur
loueur --> localisation (CHAMPS en commun : nom_loueur / loueur_localisation
Idealement, l'objectif de cette base de données est de créer 3 modes d'entrée des données :
- TABLE materiel & deplacement
- TABLE constructeur (pour leur localisation et logo (ultérieurement))
- TABLE levageur & localisation
3ème question : Ai-je eu la bonne vision de ma base de données pour ce que je souhaite en faire ? Pourrait-on l'optimiser par la création ou suppression d'une TABLE ?
Lorsque je souhaite entrer un matériel en ne remplissant que les champs qui sont propres à sa TABLE, un message d'erreur m'est retourné :
"Integrity constraint violation - no parent SYS_FK_116 table: constructeur in statement [INSERT INTO "materiel" ("capacite_materiel","constructeur_materiel","reference_materiel","type_materiel") VALUES (?,?,?,?)]"
4ème question : ????????????? - Je crois que je n'ai rien compris à la programmation d'une base de données !!!!
5ème question : Même si je n'ai pas encore pu essayer, comment éviter la chose suivante : Je veux absolument créer un lien entre les TABLES materiel et constructeur pour pouvoir rechercher ultérieurement les "localisation" où je peux trouver un "matériel" chez un "constructeur". Si je complète ma TABLE matériel, celle-ci étant lié à la TABLE constructeur par le champ constructeur_materiel, une ligne incommplète va être créée dans la TABLE constructeur (donc création de ligne qui ne servent à rien) ? Autrement dit peut-on créer un lien à sens unique de recherche seule mais pas d'entrée des données (relations en cascade ??) ??
Merci d'avance énormément... beaucoup !
A voir également:
- Pb structure base de données Open Office
- Fuite données maif - Guide
- Open office gratuit - Télécharger - Suite bureautique
- Microsoft office - Guide
- Web office - Guide
- Base de registre - Guide
5 réponses
bonjour,
je n'ai pas tout vraiment détaillé mais une clé primaire est un identifiant unique dans une table, c'est le plus souvent l'id ... d'autre part une base de données se modélise avant de la créer afin de définir les relations entre les tables (n.n, 1.n ou 1.1) ... avant de te lancer je te conseille de chercher de bons tutos, il en existe des tonnes sur le net. Visite le site de developpez.com.
bon courage
;o)
polux
je n'ai pas tout vraiment détaillé mais une clé primaire est un identifiant unique dans une table, c'est le plus souvent l'id ... d'autre part une base de données se modélise avant de la créer afin de définir les relations entre les tables (n.n, 1.n ou 1.1) ... avant de te lancer je te conseille de chercher de bons tutos, il en existe des tonnes sur le net. Visite le site de developpez.com.
bon courage
;o)
polux
Bonjour,
Tout d'abord je tiens a vous remercier de m'avoir repondu si rapidement. J'ai donc fais un saut sur le site developpez.com ou j'ai trouvé un document théorique que je califierais "d'excellent" sur les Modèles Conceptuels de Données, les Modèles Logiques de Données et les Modèles Physiques de Données : "Conception d'une base de données" par Cyril Gruau. J'ai donc mis en oeuvre cette méthode pour déterminer mon arborescence. 'apprécierais beaucoup si vous pouviez juger de la pertinence de mes choix de structuration en téléchargeant le fichier si après :
http://download-v5.streamload.com/404.html
Du coup, je suis un plus serein mais j'ai quelques questions :
Pourriez vous m'expliquer plus en détail la gestion des relations entre les tables sous OOo (Open Office org) pour permettre une entrée des données en cascade et permettre une modification ultérieure des données ??
D'autre part, existe t-il des outils performant pour réalisser des formulaires d'acquisition de données qui permettraient une saisie sur une page html et une saucegarde dans la base de données ??
Merci d'avance
PS : J'aurais sans doute encore plein de question encore... j'avance à tattons !
Tout d'abord je tiens a vous remercier de m'avoir repondu si rapidement. J'ai donc fais un saut sur le site developpez.com ou j'ai trouvé un document théorique que je califierais "d'excellent" sur les Modèles Conceptuels de Données, les Modèles Logiques de Données et les Modèles Physiques de Données : "Conception d'une base de données" par Cyril Gruau. J'ai donc mis en oeuvre cette méthode pour déterminer mon arborescence. 'apprécierais beaucoup si vous pouviez juger de la pertinence de mes choix de structuration en téléchargeant le fichier si après :
http://download-v5.streamload.com/404.html
Du coup, je suis un plus serein mais j'ai quelques questions :
Pourriez vous m'expliquer plus en détail la gestion des relations entre les tables sous OOo (Open Office org) pour permettre une entrée des données en cascade et permettre une modification ultérieure des données ??
D'autre part, existe t-il des outils performant pour réalisser des formulaires d'acquisition de données qui permettraient une saisie sur une page html et une saucegarde dans la base de données ??
Merci d'avance
PS : J'aurais sans doute encore plein de question encore... j'avance à tattons !
salut,
Je viens de jeter un oeil mais difficile sans avoir un cahier des charges de savoir si ça réponds bien aux besoins.
D'autre part certaines relations me semblent bizarres mais peut être as-tu une explication. Par exemple il y a une table Region, une table Localisation qui semble être un pays. Que représente Région ? Un continent ? si c'est le cas, il n'y a pas de blème, mais si ça représente des régions administraves, alors elle est mal placée. Si l'on fait une table ville, une table département et une table région, on aura :
Table region : Id_Region (PK), nom_region
Table departement : Id_Departement (PK), nom_Dep, Id_Region (FK)
Table ville : Id_Ville (PK), nom_ville, id_Departement (FK)
;o)
Je viens de jeter un oeil mais difficile sans avoir un cahier des charges de savoir si ça réponds bien aux besoins.
D'autre part certaines relations me semblent bizarres mais peut être as-tu une explication. Par exemple il y a une table Region, une table Localisation qui semble être un pays. Que représente Région ? Un continent ? si c'est le cas, il n'y a pas de blème, mais si ça représente des régions administraves, alors elle est mal placée. Si l'on fait une table ville, une table département et une table région, on aura :
Table region : Id_Region (PK), nom_region
Table departement : Id_Departement (PK), nom_Dep, Id_Region (FK)
Table ville : Id_Ville (PK), nom_ville, id_Departement (FK)
;o)
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
salut,
En fait c'est peut-être le nom que j'ai donné à ma table qui te perturbe. C'est vrai qu'il n'est pas très bien choisi... La table "localisations" regroupe des pays et la table de "regions" ne regroupe que des régions francaises dans le cas où la France aurais été choisie.
Dis moi ton sentiment !!!
Aurais tu des indications quant à mes 2 autres questions (acquisition / modification des données en cascade) (outil performant de génération de formulaires) ?
Tcho
En fait c'est peut-être le nom que j'ai donné à ma table qui te perturbe. C'est vrai qu'il n'est pas très bien choisi... La table "localisations" regroupe des pays et la table de "regions" ne regroupe que des régions francaises dans le cas où la France aurais été choisie.
Dis moi ton sentiment !!!
Aurais tu des indications quant à mes 2 autres questions (acquisition / modification des données en cascade) (outil performant de génération de formulaires) ?
Tcho
