Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Applications Microsoft Office Access Bis repetita - Question d'optimisation.

Bis repetita - Question d'optimisation.

8 réponses
Avatar
Joce
Bonjour.
Je renouvelle ma question précédemment envoyée et restée sans réponse.
J'espère ne pas contrevenir à la 'netiquette' d'autant que vos conseils me
sont précieux.

Ma question :

J'ai une petite base pour gérer les factures de fluides (eau et électricité)
pour un parc
immobilier réparti sur plusieurs sites.
J'ai une table des sites, une table des bâtiments, des étages, des pièces et
des appartements.
Par ailleurs, j'ai une table qui liste tous les compteurs d'eau ou
d'électricité.
Mon problème est le suivant : Le compteur est généralement associé au
bâtiment. Mais j'ai des cas où le compteur est sur le site (arrosage par
exemple), d'autres où il est associé à chaque appartement qui compose le
bâtiment.

Dans ma table compteur, j'ai donc créé un champ qui pointe sur la table
site, un qui pointe sur la table bâtiment et un dernier qui pointe sur la
table pièces.Mais il n'y aura toujours qu'un de ces trois champs qui sera
rempli.

Y a t'il une méthode plus rigoureuse ? Une autre façon de concevoir la base
sans laisser des champs systématiquement vides ?

D'avance merci pour vos conseils.
Signaler un problème avec ce contenu

8 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
PatCatNat's
Bonjour,

Je ne vois pas trop l'intérêt d'une table compteur comportant 3 champs de
lieux.
Une suggestion de champs pour ta T_Compteurs :

NumCompteur
EauElect (où tu mets Compteur eau ou Compteur électrique)
Lieux (où tu mets Site, Bâtiment ou Pièces)

@+
Patrice

"Joce" a écrit dans le message de
news:4114219d$0$3165$
Bonjour.
Je renouvelle ma question précédemment envoyée et restée sans réponse.
J'espère ne pas contrevenir à la 'netiquette' d'autant que vos conseils me
sont précieux.

Ma question :

J'ai une petite base pour gérer les factures de fluides (eau et
électricité)

pour un parc
immobilier réparti sur plusieurs sites.
J'ai une table des sites, une table des bâtiments, des étages, des pièces
et

des appartements.
Par ailleurs, j'ai une table qui liste tous les compteurs d'eau ou
d'électricité.
Mon problème est le suivant : Le compteur est généralement associé au
bâtiment. Mais j'ai des cas où le compteur est sur le site (arrosage par
exemple), d'autres où il est associé à chaque appartement qui compose le
bâtiment.

Dans ma table compteur, j'ai donc créé un champ qui pointe sur la table
site, un qui pointe sur la table bâtiment et un dernier qui pointe sur la
table pièces.Mais il n'y aura toujours qu'un de ces trois champs qui sera
rempli.

Y a t'il une méthode plus rigoureuse ? Une autre façon de concevoir la
base

sans laisser des champs systématiquement vides ?

D'avance merci pour vos conseils.




Avatar
Joce
Bonjour et merci pour la réponse.
En fait, je ne suis pas assez clair.
La table compteur contient un certain nombre de champs. Outre le type (eau,
électricité), le numéro de compteur, la table recense des éléments comme
savoir si c'est compteur pour service commun ou autre.
Les tables sites, bâtiments, étage et pièces sont liées deux à deux pour
permettre d'associer des informations liées proprement aux pièces
(téléphone, câblage, surface et j'en passe).
J'ai donc un IdSite, IdBat, IdEtage et un IdPièce qui sont chacun la clef
primaire de chaque table.

Mon compteur maintenant est associé soit à un site, soit à un bâtiment (ou
une villa), soit à une pièce (ou un studio).
Pour le rattacher au bon endroit, il faut que je puisse enregistrer
l'information soit de site, soit de bâtiment, soit de pièce, selon la cas.
Intuitivement, cela ne me satisfait pas.
Je préférais associé à la table compteur un champ qui me permette
d'enregistrer sa localisation. Mais je ne vois pas comment enregistrer sur
un même champ, soit l'IdSite, soit IdBat soit l'IdPièce. D'où la raison pour
laquelle j'utilise trois champ.

J'espère que c'est plus clair dit ainsi.
Merci pour vos conseils.
René

"PatCatNat's" a écrit dans le message de
news:cf1uob$5vc$
Bonjour,

Je ne vois pas trop l'intérêt d'une table compteur comportant 3 champs de
lieux.
Une suggestion de champs pour ta T_Compteurs :

NumCompteur
EauElect (où tu mets Compteur eau ou Compteur électrique)
Lieux (où tu mets Site, Bâtiment ou Pièces)

@+
Patrice



Avatar
PatCatNat's
Re,

Ben non, c pas clair. Je dois pas comprendre !!!
Dans ta table compteur tu ne dois avoir qu'un seul champ qui comporte soit
l'IdSite, soit IdBat soit l'IdPièce.

Patrice

"Joce" a écrit dans le message de
news:4114b327$0$27845$
Bonjour et merci pour la réponse.
En fait, je ne suis pas assez clair.
La table compteur contient un certain nombre de champs. Outre le type
(eau,

électricité), le numéro de compteur, la table recense des éléments comme
savoir si c'est compteur pour service commun ou autre.
Les tables sites, bâtiments, étage et pièces sont liées deux à deux pour
permettre d'associer des informations liées proprement aux pièces
(téléphone, câblage, surface et j'en passe).
J'ai donc un IdSite, IdBat, IdEtage et un IdPièce qui sont chacun la clef
primaire de chaque table.

Mon compteur maintenant est associé soit à un site, soit à un bâtiment (ou
une villa), soit à une pièce (ou un studio).
Pour le rattacher au bon endroit, il faut que je puisse enregistrer
l'information soit de site, soit de bâtiment, soit de pièce, selon la cas.
Intuitivement, cela ne me satisfait pas.
Je préférais associé à la table compteur un champ qui me permette
d'enregistrer sa localisation. Mais je ne vois pas comment enregistrer sur
un même champ, soit l'IdSite, soit IdBat soit l'IdPièce. D'où la raison
pour

laquelle j'utilise trois champ.

J'espère que c'est plus clair dit ainsi.
Merci pour vos conseils.
René

"PatCatNat's" a écrit dans le message de
news:cf1uob$5vc$
Bonjour,

Je ne vois pas trop l'intérêt d'une table compteur comportant 3 champs
de


lieux.
Une suggestion de champs pour ta T_Compteurs :

NumCompteur
EauElect (où tu mets Compteur eau ou Compteur électrique)
Lieux (où tu mets Site, Bâtiment ou Pièces)

@+
Patrice







Avatar
Joce
Bonjour et merci pour la réponse.
Je cherche bien à avoir un seul champ qui comporte soit l'IdSite, soit
l'IdBat, soit l'IdPièce.
Mais chacun de ces Id appartiennent à des tables distinctes.
De plus, l'Id étant un numéro automatique, le site Y et le bâtiment X
peuvent avoir le même numéro.
La réponse est peut-être simple.
Mais mon manque d'expérience me laisse dubitatif sur la méthode à employer.
D'avance merci pour tes explications.
René




"PatCatNat's" a écrit dans le message de
news:cf2v5v$ak0$
Re,

Ben non, c pas clair. Je dois pas comprendre !!!
Dans ta table compteur tu ne dois avoir qu'un seul champ qui comporte soit
l'IdSite, soit IdBat soit l'IdPièce.

Patrice



Avatar
PatCatNat's
Re,

J'ai l'impression que tu as pris le blème à l'envers ;-))

Chaque table Bâtiment, Site, Pièce etc... doit avoir un champ NumCompteur.
Ta T_Compteur a un champ unique (clé primaire en num auto si tu veux)
NumCompteur et autres champs relatif à ton compteur (eau, edf, etc...).

Si tu veux savoir où sont tous tes compteurs, tu crées une requête union.

Exemple :
SELECT "Pièce n° " & [IdPiece] AS Lieu, T_Piece.Adresse,
T_Compteur.IdCompteur, T_Compteur.EauEdf
FROM T_Compteur INNER JOIN T_Piece ON T_Compteur.IdCompteur T_Piece.IdCompteur;

UNION SELECT "Bâtiment n° " & [IdBat] AS Lieu, T_Batiment.Adresse,
T_Batiment.IdCompteur, T_Compteur.EauEdf
FROM T_Batiment INNER JOIN T_Compteur ON T_Batiment.IdCompteur T_Compteur.IdCompteur;

UNION SELECT "Site n° " & [IdSite] AS Lieu, T_Site.Adresse,
T_Compteur.IdCompteur, T_Compteur.EauEdf
FROM T_Compteur INNER JOIN T_Site ON T_Compteur.IdCompteur T_Site.IdCompteur;

@+
Patrice


"Joce" a écrit dans le message de
news:4115b1c6$0$4900$
Bonjour et merci pour la réponse.
Je cherche bien à avoir un seul champ qui comporte soit l'IdSite, soit
l'IdBat, soit l'IdPièce.
Mais chacun de ces Id appartiennent à des tables distinctes.
De plus, l'Id étant un numéro automatique, le site Y et le bâtiment X
peuvent avoir le même numéro.
La réponse est peut-être simple.
Mais mon manque d'expérience me laisse dubitatif sur la méthode à
employer.

D'avance merci pour tes explications.
René




"PatCatNat's" a écrit dans le message de
news:cf2v5v$ak0$
Re,

Ben non, c pas clair. Je dois pas comprendre !!!
Dans ta table compteur tu ne dois avoir qu'un seul champ qui comporte
soit


l'IdSite, soit IdBat soit l'IdPièce.

Patrice







Avatar
Joce
Merci.
C'est très simple dit comme cela.
Mais je n'y avais pas pensé.
Il ne me reste plus qu'à modifier la base et surtout à bien comprendre la
requête.
Je croyais que le point virgule indiquait la fin d'une requête.
Ce doit être le mot UNION SELECT qui fait la différence dans celle que tu as
écrite infra.
Encore merci.
René.


"PatCatNat's" a écrit dans le message de
news:cf4nsc$oe$
Re,

J'ai l'impression que tu as pris le blème à l'envers ;-))

Chaque table Bâtiment, Site, Pièce etc... doit avoir un champ NumCompteur.
Ta T_Compteur a un champ unique (clé primaire en num auto si tu veux)
NumCompteur et autres champs relatif à ton compteur (eau, edf, etc...).

Si tu veux savoir où sont tous tes compteurs, tu crées une requête union.

Exemple :
SELECT "Pièce n° " & [IdPiece] AS Lieu, T_Piece.Adresse,
T_Compteur.IdCompteur, T_Compteur.EauEdf
FROM T_Compteur INNER JOIN T_Piece ON T_Compteur.IdCompteur > T_Piece.IdCompteur;

UNION SELECT "Bâtiment n° " & [IdBat] AS Lieu, T_Batiment.Adresse,
T_Batiment.IdCompteur, T_Compteur.EauEdf
FROM T_Batiment INNER JOIN T_Compteur ON T_Batiment.IdCompteur > T_Compteur.IdCompteur;

UNION SELECT "Site n° " & [IdSite] AS Lieu, T_Site.Adresse,
T_Compteur.IdCompteur, T_Compteur.EauEdf
FROM T_Compteur INNER JOIN T_Site ON T_Compteur.IdCompteur > T_Site.IdCompteur;

@+
Patrice



Avatar
PatCatNat's
De rien,

Si tu as des problème pour comprendre la requête Union, tu me laisses ton
mail et je t'envoies un exemple.

Patrice


"Joce" a écrit dans le message de
news:411609d0$0$32077$
Merci.
C'est très simple dit comme cela.
Mais je n'y avais pas pensé.
Il ne me reste plus qu'à modifier la base et surtout à bien comprendre la
requête.
Je croyais que le point virgule indiquait la fin d'une requête.
Ce doit être le mot UNION SELECT qui fait la différence dans celle que tu
as

écrite infra.
Encore merci.
René.


"PatCatNat's" a écrit dans le message de
news:cf4nsc$oe$
Re,

J'ai l'impression que tu as pris le blème à l'envers ;-))

Chaque table Bâtiment, Site, Pièce etc... doit avoir un champ
NumCompteur.


Ta T_Compteur a un champ unique (clé primaire en num auto si tu veux)
NumCompteur et autres champs relatif à ton compteur (eau, edf, etc...).

Si tu veux savoir où sont tous tes compteurs, tu crées une requête
union.



Exemple :
SELECT "Pièce n° " & [IdPiece] AS Lieu, T_Piece.Adresse,
T_Compteur.IdCompteur, T_Compteur.EauEdf
FROM T_Compteur INNER JOIN T_Piece ON T_Compteur.IdCompteur > > T_Piece.IdCompteur;

UNION SELECT "Bâtiment n° " & [IdBat] AS Lieu, T_Batiment.Adresse,
T_Batiment.IdCompteur, T_Compteur.EauEdf
FROM T_Batiment INNER JOIN T_Compteur ON T_Batiment.IdCompteur > > T_Compteur.IdCompteur;

UNION SELECT "Site n° " & [IdSite] AS Lieu, T_Site.Adresse,
T_Compteur.IdCompteur, T_Compteur.EauEdf
FROM T_Compteur INNER JOIN T_Site ON T_Compteur.IdCompteur > > T_Site.IdCompteur;

@+
Patrice







Avatar
Joce
Bonsoir et merci pour ta proposition.
Mon mail est le suivant :
Ne pas oublier d'ôter le nospam ;-))

J'ai suivi tes conseils pour l'organisation de ma base.
Mais problème, il y a plusieurs compteurs d'eau sur un même site.
Or avec ta proposition, je ne peux associer qu'un compteur par site. Enfin,
il me semble car je ne serais être affirmatif en la matière.
En fait, c'est pour cela que j'avais placé la référence IdSite, IdBat et
IdPièce dans la table 'compteur'.
Je sèche lamentablement.
René

"PatCatNat's" a écrit dans le message de
news:cf57hf$evq$
De rien,

Si tu as des problème pour comprendre la requête Union, tu me laisses ton
mail et je t'envoies un exemple.

Patrice