Bonjour,  
Je suis en train de creer de un site de vente de billets en ligne et j'ai un souci dans mes liaison a la table date.  
 
Je vous explique: j'ai externalisé toutes les dates dans une table date: ID, DATE.  
Et je les retrouve en faisant des INNER JOIN date ON (matable.ID_DATE = date.ID);  
 
par contre je bute vraiment sur un probleme:  
dans une table 'produit', j'ai plusieurs id dates (debut de vente, fin de vente, date de mise en ligne, date de fin de mise en ligne etc..) sur lequelles je doit faire des comparaisons, idéalement dans ma requete SELECT.  
mais comme je passe par les ID_DATE, je ne sais pas du tout comment m'y prendre, hormis imbriquer les requetes SELECT ce qui serait assez lourd.  
 
SELECT id from produit INNER JOIN [...] WHERE date.DATE1 <= $madate  
while ($result = $result_produit->fetch()){  
     SELECT id from produit INNER JOIN [...] WHERE date.DATE2 >= $madate AND produit.ID=$id  
etc.. etc..  
 
si quelqu'un a une idée, merci de votre aide.

Suffit de mettre tous tes inner join dans la meme requete, donc 4 joitures entre ta table produit et ta table date, en donnant un alias à tes tables date

SELECT id , date1.*, date2.*, date3.*, date4.* from produit
INNER JOIN date date1 ON produit.ID_DATE_DEBUT= date.ID
INNER JOIN date date2 ON produit.ID_DATE_FIN = date2.ID
INNER JOIN date date3 ON produit.ID_DATE_VENTE = date3.ID
INNER JOIN date date4 ON produit.ID_DATE_MISE_LIGNE = date4.ID
WHERE ...

je te suis pas trop la..
 
si je fait:
SELECT * from produit  
INNER JOIN date ON produit.ID_DATE_DEBUT= date.ID
WHERE DATE='aaaammjj'
ca roule bien
 
mais si je cherche dans le where avec des comparaisons de dates, je vois pas comment organiser ca meme avec tous les inner join qui eux pointent uniquement sur des id et non pas sur les valeurs de date.

Avant de répondre, une question : c'est quoi l'interêt ???
A la limite que tu aies besoin d'une table pour gérer les vacances/jours fériés/exceptions je veux bien... Mais de là à mettre toutes les dates je comprends pas...
Pourquoi ne pas utiliser directement les dates dans la table produit???

tout simplement pour éviter les doublons de dates dans pleins de tables différentes.

... et c'est quoi l'intérêt ??? Nan parce que vraiment la je vois pas ... J'en vois strictement aucun.

Au contraire, tu t'imposes des contraintes supplémentaires, entre autre:

• complication des requêtes à coup de jointure
• impossibilité d'utiliser du default current timestamp
• tri sur les champs 'date' incertain (tu peux pas garantir que la date id=1240 est supérieur à la date id=1210 )
• nécessité d'alimenter la table des dates avec toutes les dates ( de 1900? à 2100 ?)

je vais laisser tomber cette solution.. non pas parcequ'elle n'as pas d'interet, mais pour gagner du temps.
 
pour anapajari: si tu as un client dont tu retrouves les données partout, tu crées une table client, tu le colles pas partout?  
mais pour les dates faut pas?  
l'analyse a ses regles, et hormis le coup du tri sur les champ date id qui cause mon pb, les contraintes ci dessus n'existent pas
 
select id from date where dt='aaaajjmm'
if (!result) {
   insert into date set dt=now() as date;
}
 
en tout cas encore merci.

si tu le dis

Si

Bin non ... comme je ne fais pas non plus une table avec les entiers et un id qui pointent sur eux.

je serais ravi que tu me donnes la règle d'analyse (j'imagine en Merise) qui recommande de placer un type de base dans une table.

Bin si, les jointures t'es obligé de te les coltiner, le default n'est toujours pas possible et l'insertion alimentation te coute 3 requêtes au lieu d'une

au lieu de "insert into tatable (champs1, ... , date) values (valeur1, ... ,'aaaajjmm')

note: je cherche pas a faire mon chieur, mais juste à te montrer que ta solution t'apportait plus d'emmerde qu'autre chose.

j'ai bien compris que tes arguments sont techniques et pas pour faire ton chieur.. no soucy

J'avais même pas pensé à la débilité du modèle de données    
Je suis d'accord avec toi, les dates on les mets directement dans des colonnes, c'est absurde de creer une table pour stocker uniquement les dates.
Et puis la prise de tête après pour faire de simples requètes