Discussion :

[Davidbrcz]

Salut a tous.

J'ai des entrées dans un table qui contienne un champ position.

Les valeurs pou ce champ sont organisées comme des ensembles inclus les un dans les autres.

Par exemple
World
----Europe
------France
------Italie
----Asie
------Chine
------Inde
----Amérique du nord

Supposons jai une entrée E1 dans ma table avec la position 'Europe', et une entrée E2 avec pour position 'France'

Alors une recherche avec la valeur 'France' doit me donner E2 (c'est la plus précise) tandis qu'avec 'Italie' ou 'Europe' je dois avoir E1.

La solution que j'imagine pour le moment, c'est de faire une requête
avec le niveau de précision maximal et si je ne trouve rien, passer au niveau d'au dessus.

Ya t'il un moyen de faire ca en une seule requête ?

Merci d'avance.

David.

[punkoff]

bonjour,


Présentez les tables actuelles (nom de la table + nom de colonne pertinente), car là....

[Davidbrcz]

C'est pas clair ?

Sinon ceci illustre bien ce que je veux résoudre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
produit | position  
    P1   | France
    P2   | Europe
    P3   | Monde

Sachant que j'ai les inclusions suivantes de valeurs
{France,Italie} € {Europe} € {Monde}
{Chine} € {Asie} € {Monde}

Si je fais une recherche des produits dispo en France, je veux P1 (et juste P1, car c'est la position la plus précise qui compte qui domine). La même recherche avec Italie ou Europe, doit me sortir P2. Enfin, une recherche avec Asie ou Chine doit me donner P3.

C'est plus clair ?

[tatayo]

Bonjour,
Je ne comprends pas pourquoi une recherche sur France ne renvoie que ce qui est dispo en France, alors qu'une recherche sur Italie renvoie ce qui est dispo en Europe... La France n'est plus en Europe ?
Si je comprends bien, si aucun produit n'est dispo en France, une recherche sur la France renvoie tout ce qui est dispo en Europe, mais dès qu'un produit est "spécifique" à la France, la recherche précédente ne renvoie que ce produit ?
Soit c'est pas clair, soit c'est bizarre...

Cela étant dit, difficile de proposer quoi que ce soit sans voir la description des tables impliquées.

Tatayo.

[Davidbrcz]

Bonjour,
Si je comprends bien, si aucun produit n'est dispo en France, une recherche sur la France renvoie tout ce qui est dispo en Europe, mais dès qu'un produit est "spécifique" à la France, la recherche précédente ne renvoie que ce produit ?

C'est ca.

Et c'est pas bizarre. Si une ligne est présente, c'est que le produit a été modifié pour respecter la réglementation locale. Donc par défaut, si rien n'est pas précisé, on doit chercher dans le niveau au dessus jusqu'à arriver au niveau "Monde".

Cela étant dit, difficile de proposer quoi que ce soit sans voir la description des tables impliquées.

Jai aucune table... C'est un futur problème sur lequel je me renseigne.

[punkoff]

Et c'est pas bizarre. Si une ligne est présente, c'est que le produit a été modifié pour respecter la réglementation locale. Donc par défaut, si rien n'est pas précisé, on doit chercher dans le niveau au dessus jusqu'à arriver au niveau "Monde".

En découpant correctement vos zones (soit avec un arbre soit avec des entités qui représente une zone) vous devriez pouvoir sortir ce genre d'information.

[Davidbrcz]

En découpant correctement vos zones (soit avec un arbre soit avec des entités qui représente une zone) vous devriez pouvoir sortir ce genre d'information.

Euh, oui mais encore ?
Ca serrait en C++ pas de soucis, mais comment je fais ca en SQL vace ma base de donnée ?

Any liens/ mot clés à taper/snippet de code ?

[punkoff]

Tout commence ici : http://www.developpez.net/forums/f62...sation/schema/

Parler de requête sql sans avoir modéliser n'a pas de sens.

Mais pour pouvoir modéliser il faut déjà pouvoir exprimer clairement la partie fonctionnelle visée.

pour la modélisation (comprendre jusqu'à la 3nf) : http://fsmrel.developpez.com/basesre...?page=sommaire
pour le sql : http://sqlpro.developpez.com/
les arbres : http://sqlpro.developpez.com/cours/arborescence/

[Davidbrcz]

Le dernier lien correspond a ce que je cherche, merci !

[punkoff]

c'est pas forcément le plus pertinent ...

[Davidbrcz]

Pourquoi ? Et quelles sont les alternatives dans ce cas ?

[Waldar]

Comme précisé par les autres intervenants, il faut commencer par la modélisation.

Dès votre premier message, vous avez mélangé trois entités :
Le monde, des continents (ou sous-continents), les pays.

À moins que vous ne comptiez étendre votre programme sur la lune, sur mars ou chez les extra-terrestre, je vous propose de laisser le monde de côté pour l'instant. Je fusionne aussi la distinction entre continents et sous-continents pour l'exemple, mais si vous en avez besoin n'hésitez pas à détailler la logique sera la même.

Il vous faut d'abord une entité continent.
En conception par rapport à ce que vous avez évoquez elle ne contient qu'un seul attribut, son nom.

Il vous faut ensuite une entité pays.
Toujours rapport à vos propos, le pays a un nom et un continent obligatoirement renseigné.

Passons à la couche physique, il vous faut deux tables avec pour clefs primaires par exemple des identifiants auto-incrémentés :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
CREATE TABLE geo_continent
( id_continent    integer identity(1,1) not null
, lb_continent    varchar(50) not null
, constraint pk_geo_continent
    primary key (id_continent)
);
 
CREATE TABLE geo_pays
( id_pays         integer identity(1,1) not null
, id_continent    integer not null
, lb_pays         varchar(50) not null
, constraint pk_geo_pays
    primary key (id_pays)
, constraint fk_pays_continent
    foreign key (id_continent)
    references geo_continent (id_continent)
);
 
CREATE INDEX fk_pays_continent
ON geo_pays (id_continent);

Insérons vos données :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
INSERT INTO geo_continent (lb_continent) values ('Europe');
INSERT INTO geo_continent (lb_continent) values ('Asie');
INSERT INTO geo_continent (lb_continent) values ('Amérique du nord');
 
INSERT INTO dbo.geo_pays (id_continent, lb_pays)
select id_continent, 'France'
  from geo_continent
 where lb_continent = 'Europe';
 
INSERT INTO dbo.geo_pays (id_continent, lb_pays)
select id_continent, 'Italie'
  from geo_continent
 where lb_continent = 'Europe';
 
INSERT INTO dbo.geo_pays (id_continent, lb_pays)
select id_continent, 'Chine'
  from geo_continent
 where lb_continent = 'Asie';
 
INSERT INTO dbo.geo_pays (id_continent, lb_pays)
select id_continent, 'Inde'
  from geo_continent
 where lb_continent = 'Asie';

Voilà déjà de quoi avancer.

[dehorter olivier]

Juste pour mettre un peu d'huile sur le feu

ce type de hiérarchisation pour la géographie va vite se heurter à un petit problème :

la France n'est pas qu'en Europe

quid des départements d'outre-mer ! Et cela n'est pas propre à la France...

C'est donc à prendre en compte dans la modélisation

[Davidbrcz]

merci a tous, jai eu mes réponses.

Juste pour mettre un peu d'huile sur le feu

ce type de hiérarchisation pour la géographie va vite se heurter à un petit problème :

la France n'est pas qu'en Europe

quid des départements d'outre-mer ! Et cela n'est pas propre à la France...

C'est donc à prendre en compte dans la modélisation

Ca c'est pas un soucis.

Par exemple La réunion est une entrée a part qui se situe dans la zone "océan indien". Je fais même la distinction avec la Corse/métropole, c'est pour dire.

[punkoff]

merci a tous, jai eu mes réponses.



Ca c'est pas un soucis.

Par exemple La réunion est une entrée a part qui se situe dans la zone "océan indien". Je fais même la distinction avec la Corse/métropole, c'est pour dire.

ce qui est claire, c'est qu'en ne distillant qu'une partie du fonctionnelle à chaque intervention, vous n'allez avoir que des avis très pertinent sur vos pseudos questions :/