Discussion :

[lefju cabro]

Bonjour,

J'ai 3 tables :
- OBJET: elle contient des informations sur des objets
- INDICATEUR qui définit différents indicateurs de ces objets: longueur, largeur, hauteur.
- INDICATEUR_VALEUR: contient la valeur d'un INDICATEUR pour un OBJET.



Lors de la création de la base, nous aurons 2 INDICATEUR et 1 OBJET, le contenu des tables sera le suivant:

Table OBJET
10 Cercle

Table INDICATEUR
1 Longueur
2 Largeur

Table INDICATEUR_VALEUR
1 1 10 1.23
2 1 10 2.36
3 2 10 4.25
4 2 10 5.25

L'utilisateur aura ensuite la possibilité d'ajouter et supprimer des INDICATEUR (surface, volume...) dans l'interface: lors de l'ajout d'indicateurs, des enregistrements vides doivent être automatiquement crées dans INDICATEUR_VALEUR.

Comment dois-je m'y prendre pour réaliser ceci ? Mon schéma de base est-il correct/optimal ?

J'avais pensé ajouter des enregistrements dans INDICATEUR_VALEUR avec un trigger lors de l'insertion dans INDICATEUR. Est-ce une bonne solution ?

Merci pour vos retours


Delphi Berlin / FB 3.0

[SergioMaster]

Bonjour,

L'utilisateur aura ensuite la possibilité d'ajouter et supprimer des INDICATEUR (surface, volume...) dans l'interface: lors de l'ajout d'indicateurs, des enregistrements vides doivent être automatiquement crées dans INDICATEUR_VALEUR.
Comment dois-je m'y prendre pour réaliser ceci ?
J'avais pensé ajouter des enregistrements dans INDICATEUR_VALEUR avec un trigger lors de l'insertion dans INDICATEUR.

dans un Trigger, oui, mais pas lors de l'insertion (BEFORE INSERT) mais après (AFTER INSERT)

Est-ce une bonne solution ?

la seule chose qui me gène, vieux réflexe de personne qui a connu des disques de moins 50Mo c'est l'inutilité de lignes crées pour rien
Donc, AMHA, le trigger s'il répond à la question "ajouter automatiquement des lignes lors de la création d'une nouvelle propriété (table INDICATEUR) n'est pas une bonne idée


pour reprendre les données indiquées :
Un cercle n'a pas de longueur ni de largeur mais un rayon se retrouverait donc avec plein de propriétés inutiles ! introduire Rayon dans la table INDICATEUR rajouterai à tout les types d'objets un RAYON inutile

même les données que vous avez mis me pose problème ! vous avez un OBJET cercle code ID 10 or cet objet à 4 propriétés (INDICATEUR_VALEUR)! (2 longueurs, 2 largeurs) soit 3 de trop !
1 1 10 1.23 << RAYON
2 1 10 2.36 << Diamètre (soit 2* RAYON) c'était bien le double mais l'Indicateur_ID = 1 donc ce n'est pas le diamètre donc c'est un doublon de propriété
3 2 10 4.25 << ne fait pas 2*1.23 donc ce n'est pas un diamètre mal nommé et une propriété plus qu'équivoque
4 2 10 5.25 << cumul des 2 remarques plus haut


un OBJET : un cercle de rayon 1.23 (avec une identification) à un Type (TYPEOBJET) Cercle et des propriétés (PROPRIETES) Rayon
un OBJET : un carré de coté 2.4 à un type : Carré ou mieux Rectangle avec des propriétés longueur, largeur (spécificité du carré longueur=largeur) Carré est donc une classe de rectangle

AMHA il manque quelque chose dans le schéma

je partirai sur une base différente
TYPEOBJET
id description
1 CERCLE
2 RECTANGLE
3 SPHERE

PROPRIETES
id description
1 RAYON
2 LONGUEUR
3 LARGEUR

PROPRIETESTYPES
id idType idPropriété
1 1 1
2 2 2
3 2 3
4 3 1


OBJETS
id Nom type
1 CERCLE_1 1
2 CARRE_1 2
3 RECTANGLE_1 2
4 SPHERE_1 3
5 CERCLE_2 1


PROPRIETESOBJET
id idobjet idptype valeur
1 1 1 1.23 // rayon d'un cercle
2 2 2 2.4 // coté d'un carré
3 2 3 2.4 // inutile ?
4 3 2 5.2 // longueur rectangle
5 3 3 3 // largeur (ou hauteur) rectangle
6 4 4 4.5 // rayon sphére
7 5 1 0.5 // un autre cercle


encore que : un carré un est rectangle particulier lui même étant un parallélogramme particulier (angles droits)

[lefju cabro]

Bonjour SergioMaster,

Merci pour votre réponse détaillée.

dans un Trigger, oui, mais pas lors de l'insertion (BEFORE INSERT) mais après (AFTER INSERT)

Oui je le pensais également comme cela.

la seule chose qui me gène, vieux réflexe de personne qui a connu des disques de moins 50Mo c'est l'inutilité de lignes crées pour rien
Donc, AMHA, le trigger s'il répond à la question "ajouter automatiquement des lignes lors de la création d'une nouvelle propriété (table INDICATEUR) n'est pas une bonne idée
pour reprendre les données indiquées :
Un cercle n'a pas de longueur ni de largeur mais un rayon se retrouverait donc avec plein de propriétés inutiles ! introduire Rayon dans la table INDICATEUR rajouterai à tout les types d'objets un RAYON inutile

J'ai mal choisi mon exemple pour OBJET . Tous mes OBJET pourront être renseignés par tous les INDICATEUR disponibles car ils sont cohérents :
Table OBJET
10 Armoire
11 Carton

Table INDICATEUR
1 Longueur
2 Largeur

Table INDICATEUR_VALEUR
1 1 10 1.23 //longueur Armoire
2 2 10 4.95 //largeur Armoire
3 1 11 10.2 //longueur Carton
4 2 11 9.25 //largeur Carton

En rajoutant un INDICATEUR et avec le trigger sur le after Insert (initialisation -1) j'aurai:
Table INDICATEUR
1 Longueur
2 Largeur
3 Surface

Table INDICATEUR_VALEUR
1 1 10 1.23 //longueur Armoire
2 2 10 4.95 //largeur Armoire
3 1 11 10.2 //longueur Carton
4 2 11 9.25 //largeur Carton
5 3 10 -1 //surface Armoire
6 3 11 -1 //surface Carton

Dans ce cas, je n'aurais pas de ligne en plus (me semble-t-il).

Est-ce que cela tient la route et optimisé ?

Merci

[SergioMaster]

J'ai mal choisi mon exemple pour OBJET

c'est le moins que l'on puisse dire et m'est avis qu'il manque la hauteur plus que la surface (qui elle est normalement le produit largeur*longueur ,quoique avec des débords ce n'est pas forcément le cas)

[lefju cabro]

Merci pour votre aide