Skip site navigation (1) Skip section navigation (2)

Re: SQL ou plpgsql pour recherche journée travail

From: Claude Castello <ccastello(at)athmo(dot)eu>
To: Jean-Paul Argudo <jean-paul(at)argudo(dot)org>
Cc: Liste PostgreSql <pgsql-fr-generale(at)postgresql(dot)org>
Subject: Re: SQL ou plpgsql pour recherche journée travail
Date: 2007-11-14 14:52:14
Message-ID: 473B0B9E.6000805@athmo.eu (view raw or flat)
Thread:
Lists: pgsql-fr-generale
Bonjour
> Comme un exemple vaut
> mieux qu'un long discours, 
extrait de : select * from activite;

 id_activite |        debut                 |         fin                
     | type |  id_personne
------------------+---+----------------------------+---------------------------------+------+-------------
                1 | 01/10/2007 09:00:00 | 01/10/2007 10:00:00 |    1 
|           2
                2 | 01/10/2007 10:00:00 | 01/10/2007 10:30:00 |    2 
|           2
                3 | 01/10/2007 10:30:00 | 01/10/2007 12:30:00 |    1 
|           2
                4 | 01/10/2007 12:30:00 | 01/10/2007 14:00:00 |    3 
|           2
               5 | 01/10/2007 14:00:00 | 01/10/2007 16:00:00 |    1 
|           2
                6 | 01/10/2007 16:00:00 | 01/10/2007 18:00:00 |    2 
|           2
                7 | 03/10/2007 22:00:00 | 03/10/2007 22:35:00 |    1 
|           3
                8 | 03/10/2007 22:35:00 | 03/10/2007 23:00:00 |    2 
|           3
               9 | 03/10/2007 23:00:00 | 04/10/2007 04:00:00 |    1 
|           3
             10 | 04/10/2007 04:00:00 | 04/10/2007 05:30:00 |    2 
|           3


je voudrais obtenir :
id_personne   |     debut                      |      fin
        2              |  01/10/2007 09:00:00  |  01/10/2007 18:00      |
        3              |  01/10/2007 22:00:00  |  04/10/2007 05:30:00 |

> Avec la fonction age() vous pouvez récupérer la durée d'une "journée"
> (ou activité?) de travail.
Effectivement, pour la suite des travaux, je compte bien l'utiliser.
>
>
> Une journée de travail = plusieurs activités apparemment.
>   
oui
> Cependant, il nous manque une table alors...
>   
Malheureusement oui. Ce sont des données qui sont importées. Je me dois 
de les traiter et donc de les relier entre elles.

-- pour ce qui est du "seqscan"

un seqscan est à éviter sur les grosses tables mais qu'ils sont valables sur les petites. ==> OK

Cette table va énormément grossir donc cette option n'est pas la bonne.)


PS : j'ai déjà retiré quelques enseignements des éléments transmis. Ils 
devraient me servir pour la suite du développement. Donc déjà merci.


-- 
Claude Castello
ATHMO - R.E.M.
Espace Pinède
Route des Vernèdes
83480 Puget sur Argens
Standard +33 4 83 12 00 06
http://www.athmo.eu

Assistance : supportweb(at)athmo(dot)eu

--------------------------------------------------------------------------------------------------------------------------
L'intégrité de ce message n'étant pas assurée par Internet, R.E.M. ne peut être tenu responsable de son contenu. Toute utilisation ou diffusion non autorisée expressément est interdite.
 
The integrity of this message cannot be guaranteed on Internet. R.E.M. can not therefore be considered responsabile for the contents. Any unauthorized use or dissemination is prohibited.
 
Si vous n'êtes pas le destinataire de ce courriel, veuillez le détruire sans tarder. If you are not the intended recipient of this message, please destroy it and notify the sender.
--------------------------------------------------------------------------------------------------------------------------


In response to

Responses

pgsql-fr-generale by date

Next:From: Xavier PoinsardDate: 2007-11-14 15:16:24
Subject: Re: [pgsql-fr-generale] SQL ou plpgsql pour recherche journée travail
Previous:From: François FigarolaDate: 2007-11-14 07:21:51
Subject: Re: Postgres status

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group