[Geobd] génération automatique de 439 tables

Message posté par : Kiecane ---------------------------------------- Bonjour, Merci pour votre retour. Par ailleurs, on est d’accord que je peux supprimer les types-entité suivi_spa et suivi_temp ? ----------------- Citation : vous avez une liste prédéfinie des espèces rencontrées ou c'est un champ libre ? ----------------- C’est une liste prédéfinie. ----------------- Citation : ----------------- Citation : la puce de l’individu s’il est identifié (ce numéro de puce peut apparaître plusieurs fois car un individu peut être observé à différentes dates. ----------------- donnée redondante, la relation avec la table "ind" permet de récupérer cette information ----------------- Effectivement, cette donnée est redondante entre les types-entité observation et ind car nous avions vu en cours (et j’ai également retrouvé ça sur internet) que lorsqu’on a les cardinalités suivantes pour deux types-entité A et B : A : 1,1 ↔ 0,1 : B A : 1,1 ↔ 0,n : B A : 1,1 ↔ 1,n : B alors le type-entité B doit avoir idB comme clé primaire qui est une clé étrangère dans le type-entité A. C’est pour ça que j’ai mis puce en clé primaire dans ind et que je l’ai mis en clé étrangère dans observation. Après, peut-être que cela n’est en réalité pas utile mais, si c’est le cas, je veux bien que vous m’expliquiez pourquoi. ----------------- Citation : Création d'une table supplémentaire ? ----------------- Citation : etat qui indique l’état de l’animal capturé (vivant ou mort) et les causes de la mort identifiées (cause_mort). Dans le type-entité ind, ----------------- ----------------- Je pense que c’est bien de laisser etat à la fois dans observation et dans ind (d’ailleurs il y a une coquille dans le type-entité ind où on a aussi etat) afin que l’utilisateur puisse savoir directement si l’animal qu’il étudie est vivant ou mort en consultant l’observation effectuée ou sa fiche individuelle. En fait, j’assimile un peu les différents types-entités que je crée à des fiches que l’utilisateur verra dans leur intégralité quand il les consultera via son application mais je pense que je me trompe certainement. ----------------- Citation : ----------------- Citation : les causes de la mort identifiées (cause_mort) ----------------- Création d'une table supplémentaire ? ----------------- En effet, ça pourrait être intéressant de faire une table supplémentaire là-dessus. Elle pourrait contenir etat, autopsie et cause_mort. Après, est-ce vraiment utile ? Plus généralement, à quel point peut-on subdiviser une table ? ----------------- Citation : pourquoi poids_f dans ind ? pourquoi pas mettre le poids dans observation pour avoir une courbe d'évolution ----------------- Je n’arrive pas trop à visualiser comment il serait possible d’avoir une courbe d’évolution en mettant poids_f dans observation, et pourquoi on ne pourrait pas le faire en le mettant dans ind ? Justement, c’est pour ça que j’avais créé suivi_spa et suivi_temp, pour avoir des suivis de poids ou d’autres paramètres dans le temps (mais du coup d’après ce que j’ai compris j’enlève ces types-entités ?). Mes redondances sont principalement liées à deux incompréhensions probables de ma part : - le fait qu’on m’ait dit et que j’ai lu que certaines cardinalités nécessitaient d’avoir une clé primaire dans une table égale à une clé étrangère dans une autre - le fait que j’imagine (peut-être à tort, à vous de me le dire) qu’un type-entité correspond à une fiche visible par l’utilisateur de l’application, et que c’est d’ailleurs pour ça que les propriétés du type-entité doivent avoir une certaine cohérence d’ensemble. Merci d’avance ! ---------------------------------------- Le message est situé https://georezo.net/forum/viewtopic.php?pid=351042#p351042 Pour y répondre : geobd(a)ml.georezo.net ou reply de votre messagerie Pour vous désabonner connectez-vous sur le forum puis Profil / Abonnement -- Association GeoRezo - le portail géomatique https://georezo.net