analyse d'un probleme en sql

bonjour,

je travaille pour un centre agricole qui a des interventions de 2 types, des traitements à base de produit phytosanitaire et des opérations courantes ( cueillette ). Pour les opérations courantes, il y a une date de debut, et une date de fin, pour les operations de traitement, il y a une date de debut, une date de fin et une date de "reentre" ( 12H00 environs apres la date de fin ), j'ai modeliser les intervention dans une seule table pour les deux types d'operations.

je voudrais savoir quels sont les opérations courantes dont la date de debut et la date de fin sont compris entre la date de fin et la date de reentre des operations phytosanitaire.

pouvez vous me donner une piste de recherche pour requeter cela ?

merci

bonsoir,
si j'ai bien compris, selection des opérations dont la date debut comprise entre date fin opérations et date rentrée opérations phytosanitaires, pareil pour la date de fin des opérations
si c'est ça voilà une piste

Code:

---

select operation from table where (date_debut_op between date_fin_op and date_rentree_op_phyto) and (date_fin_op between date_fin_op and date_rentree_op_phyto)

---

table intervention(id_terrain,designation,datedebut,datefin,datereentree)

enregistrement 1 - activite phytosanitaire

1, pesticide, 11/09/2007 16:00:00, 11/09/2007 17:00:00, 11/09/2007 24:00:00

enregistrement 2 - activite courante

1, cueillette, 11/09/2007 20:00:00, 11/09/2007 21:00:00

je pense qu'en faisant une jointure sur soi meme avec comme clef le terrain, cela doit marcher... qu'en pensez vous ?

même requête avec

Code:

---

AND where id_terrain='1'

---

mais je dirais que la conception de la base est à revoir pour simplifier les choses
en faisant apparaître dans l'enregistrement activité courante et activité phytosanitaire parce que je suppose qu'il n'y a pas que 2 enregistrements dans votre table et donc, comment savoir quel enregistrement correspond à la référence (phytosanitaire)
à moins de vérifier si la valeur de date_rentree est à null

Si je fais deux tables, en quoi, cela simplifie t'il la requete ?

Citation:

---

Envoyé par ylarvor

Si je fais deux tables, en quoi, cela simplifie t'il la requete ?

---

ça ne simplifie pas la requête, je dirais même que ça va la compliquer, mais ça permettrait d'avoir une table
activité phytosanitaire (id_terrain,description, date_deb,date_fin,date_rentree)
1,pulvérisation,18/10/2007,23/10/2007,24/10/2007
1,taille,20/10/2007,24/10/2007,25/10/2007
ne sachant pas bien ce que vous voulez gérer, j'ai remis date_deb et date_fin, je ne suis pas sûr qu'ils soient utiles
et une table activité courante (id_terrain,description, date_deb,date_fin)
1,ceuillette,23/10/2007,23/10/2007
1,semis,21/10/2007,23/10/2007
enfin avec les connaissances (maigres) que j'ai des pratiques culturales, c'est comme ça que je le gérerais (si j'ai bien compris ce que vous désiriez faire)

Au départ, j'avais pensé à un héritage, une table intervention mère( designation, datedebut, datefin ), et deux tables filles interventions_phyto ( designation, datedebut, datefin ) et intervention_standard( designation, datedebut, datefin, nbs personne ). Au travail, on m'a proposé de simplifier avec une seul table avec des champs optionnels. Quel est la meilleure solution ? Pourquoi ?

la solution des champs optionnels est moins lourde à gérer mais comme je l'ai dit plus haut, il me paraît nécessaire de faire apparaître opération courante et opération phyto dans les champs et ce afin de pouvoir faire ressortir les données comme vous le désirez
personnellement, je choisirais votre solution car je ne pense pas que vous ayez des milliers d'enregistrements à traiter et ça correspond beaucoup plus à la réalité de la situation que vous avez à gérer
donc pour résumer
- 1ère solution (plusieurs tables) un peu chiante (très peu) à gérer mais permet de gérer tous les cas de figure :king:
- 2ème solution (1 table) plus simple mais pose un problème de cohérence :roll:

Citation:

---

la solution des champs optionnels est moins lourde à gérer mais comme je l'ai dit plus haut, il me paraît nécessaire de faire apparaître opération courante et opération phyto dans les champs et ce afin de pouvoir faire ressortir les données comme vous le désirez
personnellement, je choisirais votre solution car je ne pense pas que vous ayez des milliers d'enregistrements à traiter et ça correspond beaucoup plus à la réalité de la situation que vous avez à gérer
donc pour résumer
- 1ère solution (plusieurs tables) un peu chiante (très peu) à gérer mais permet de gérer tous les cas de figure :king:
- 2ème solution (1 table) plus simple mais pose un problème de cohérence :roll:

---

Je vais prendre le temps d'avoir plusieurs avis, notamment en interogeant mes collègues de travail, j'ai encore quelques semaines avant de devoir me décider definitivement sur le modèle du site... Séparer les traitements des interventions standard est envisageable, remarque, il est aussi possible d'utiliser 2 vues qui séparent les traitements des interventions standard...
J'ai simplifie le modele mais le coeur du probleme est bien là...

L'objectif est avant tout de faciliter la requête quasi unique du site... Obtenir les activités dont le délais de reentree n'est pas respecte, c'est à dire qu'une activite phytosanitaire et une activite standard qui la suit sont trop rapproche...

A bientot sur developpez.com

la solution du probleme à cette adresse :
http://www.developpez.net/forums/sho...d.php?t=424725