Discussion :

[aymeric_garnier]

Bonjour,

Je cherche à faire une requete pouvant effectué un echnatillonnage.
J'ai une table du style:

NOM;DUREE;DATE_DEBUT;DATE_FIN

par exemple :
Robert;252000;01/01/2008 02:00:00;03/01/2008

je voudrait faire une requete qui me donne la liste des noms par jour du style
NOM;DATE;Duree

par exemple
Robert;01/01/2008;n second
Robert;02/01/2008;86400
Robert;03/01/2008;86400


Si quelqu'un a une idée je suis preneur

[vmolines]

Si vous avez une date de début et une date de fin qui peut être à cheval sur plusieurs jours, il est impossible de savoir sur le(s)quel(s) de ce(s) jour(s) la durée s'étend.

Vos données ne vous permettent pas d'avoir le résultat que vous voulez.

Ce n'est même pas un problème de SQL.

[aymeric_garnier]

la durée est le nombre de seocnde entre DateDébut et DateFin....
donc si j'ai une période du style

Date début : 01/01/2008 02:00:00
Date fin : 02/01/2008 10:00:00
Durée : 115200

je voudrai un resultat du style :
01/01/2008 --> 79200 (22*3600 secondes)
02/01/2008 --> 36000 (10*3600 secondes)

[vmolines]

Oui j'ai bien compris.

Mais dans votre premier exemple :

Robert;252000;01/01/2008 02:00:00;03/01/2008

Où comptabilisez vous la durée ? 01/01/2008, 02/01/2008 ou 03/01/2008 ?

[aymeric_garnier]

il faut prendre le second exemple pour comprendre

[vmolines]

Si votre SGBD le permet, créez une fonction utilisateur qui renvoie un jeu d'enregistrements. Passez lui votre durée et votre plage de date et la fonction devra vous renvoyer autant d'enregs qu'il y a de jours avec une durée calculée au prorata des heures de votre période dans chaque jour.

[aymeric_garnier]

je pensais que ce forum s'adressait a des utilisateur avertit voir des professionnels.....vu votre reponse je pense que le but du jeu est de faire des hit...avec des réponses a 1 cts. Allez amusez vous bien a poster.....je pense que pour mes question pro je le ferai ailleur......

[vmolines]

Désolé de mal avoir décortiqué vos exemples. Je pensais que vous étiez passés à côté de votre problème à cause de ma mauvaise lecture.

Si vous n'avez pas de table calendrier, vous ne pourrez pas créer autant de ligne que vous aurez de jours sur chaque période.

D'où ma suggestion d'utiliser une fonction de table valuée pour éclater pour votre période en autant de lignes que de jours qui la compose.

Je ne pense pas que ce soit une mauvaise solution. Encore faut il que vos SGBD supporte les fonctions utilisateurs capable de retourner des tables.

[al1_24]

SQL ne peut inventer des lignes qui ne sont pas dans une table...
Dans le cas de la période 01/03/2008 à 03/03/2008, s'il n'existe pas de table calendrier permettant de connaitre le 02/03/2008, cette ligne ne pourra pas apparaitre dans le résultat d'une requête.

A ce sujet, vous pouvez lire ceci : Le temps, sa mesure, ses calculs

La plupart des SGBDR sont incapables de fournir une réponse correcte aux problématique de calculs de temps. Voici une étude et une solution à tout vos maux temporels !