Re: [fr-users] [Base] Type de champ 'Durée'

Bonjour à tous,

Je peux vous indiquer l'expérience que j'ai faite du calcul de durée dans un autre langage de 
programmation.

J'ai calculé la durée des deux manières, soit en nombre de jours, soit en années/mois/jours.
La première est triviale.
La deuxième mérite qu'on s'y attarde :
- on commence par calculer le nombre entier d'années entre les deux dates
- puis on calcule le nombre entier de mois entre la date initiale augmentée du nombre entier 
d'années
- puis on calcule le nombre entier de jours entre la date initiale augmentée du nombre entier 
d'années et du nombre entier de mois
Le nombre de jours dans le mois tient compte des mois qui se sont écoulés :
- du 27 février au 2 avril, on un mois et 6 jours avec cette méthode quelque soit l'année, mais pas 
le même nombre de jours selon que l'année est bissextile ou non
- si on fait le calcul à partir d'une autre date de départ, ça peut donner un autre jour du mois ; 
27 mars plus 1 mois et 6 jours = 3 mai 

Ce résultat est plus parlant qu'un nombre de jours mais il doit être manipulé avec précautions ; 
l'addition de deux punitions exprimées en années-mois-jours n'est pas très rigoureuse...
Je ne l'utiliserai que comme un affichage.
Je suppose que quand on inflige une punition, elle est exprimée avec une unité et, au mieux, une 
sous-unité, pas 2 ans, 3 mois, 5 jours, 2 heures, 3 minutes !

Cordialement,

Bernard Escaich


> Le 10 mars 2015 à 12:15, Docgranville <Docgranville@aol.com> a écrit :
>
> Bonjour,
>
> Pour une fois que j'ai un public, j'en profite...
>
> Je comprends effectivement la démarche et reconnais bien ces notions de "semaines" ou de "mois" 
> qu'on trouve dans de nombreuses dispositions légales, mais qui à l'usage deviennent plus 
> difficiles à manipuler dès qu'on les confronte à notre réalité faite de jours...
>
> Si je me trouvais face à ce que tu veux faire, je crois que ma réflexion s'opèrerait autour de 
> deux contraintes :
> - d'abord, je ne crois pas que je transformerais les semaines en mois ni les mois en années ; je 
> stockerais le tout sous sa forme initiale et je ressortirais l'information brute, sans 
> transformation ; ce n'est pas obligatoirement la même signification d'avoir pris 2 mois de 
> suspension ou d'avoir accumulé 1 mois et 4 semaines ; dans le premier cas, on peut supposer que 
> c'est une grosse faute qui a été commise alors que dans l'autre, on a quelqu'un qui est un peu un 
> multi-récidiviste (il a peut-être pris une fois un mois pour une faute importante et 4 fois une 
> semaine ou une fois 2 semaines et 2 fois une semaine pour des fautes moins importantes mais 
> néanmoins existantes) ; perso, je ne verrais pas de mal à évoquer un total de "2 mois et 13 
> semaines de sanction disciplinaire" plutôt que 5 mois et 1 semaines ;
> - en second lieu, pour la saisie, je créerais un formulaire avec un champ pour les semaines, un 
> autre pour les mois et un autre pour les années mais je ferais en sorte de stocker le tout dans 
> un champ unique de la base, sans rien perdre de la précision initiale (donc sans transformation 
> des semaines en mois ou l'inverse).
>
> Pour réaliser le deuxième point (le stockage des mois/semaines/années) dans un champ unique de la 
> BD, j'ai une recette ; elle n'est pas transposable de manière universelle mais pour le ,domaine 
> que tu évoques, elle peut tout à fait convenir : en fait, je en sorte de stocker tout ça sous la 
> forme d'un nombre entier dont chaque chiffre serait le compteur des années/mois/semaines ; par 
> exemple 218 signifierait 2 ans, 1 mois et 8 semaines ; évidemment, tu me diras que si la personne 
> en question se prend plus de 9 semaines, on est ennuyé, vu qu'on ne sait pas si 2113 signifie 2 
> ans 1 mois et 13 semaines ou 2 ans 11 mois et 3 semaines... Mais ce n'est pas un problème : il 
> suffit de multiplier pour aboutir à un grand entier mais qui ne pose aucun doute ; par exemple, 
> on peut imaginer que peut de monde atteindrait un cumul de 1.000 semaines de sanctions ; donc, on 
> peut multiplier le nombre de moi par 1.000 en étant certain que que le chiffre des milliers 
> indiquera des mois et non une quelconque partie des semaines ; de la même façon, je ne pense pas 
> qu'il faille s'attendre à ce qu'un individu (de nature humaine, bien sûr) aille cumuler plus de 
> 99 mois de sanctions disciplinaires ; auquel cas, il suffirait de multiplier le nombre d'années 
> par 100.000 (les 1.000 appliqués aux signifiants des mois et les 100 supplémentaires propres aux 
> signifiants des années), voire par 1.000.000 si on veut vraiment être certain, ou bien qu'on 
> craint de faire face à une autorité prononçant des sanctions sans toutefois jamais exclure 
> définitivement, ou bien encore si simplement on veut être un peu cohérent et se dire que chaque 
> série de 3 chiffres dans le nombre se rapporte à une unité de temps différente (les millions pour 
> les années, les milliers pour les mois et les unités pour les semaines) ; ou on peut aussi 
> imaginer que le cumul ne se fera pas obligatoirement pour un individu mais qu'une volonté d'étude 
> statistique pourra conduire à vouloir déterminer la durée des sanctions prononcées par l'autorité 
> dans un laps de temps et auquel cas, la relation aux limites propres à un individu saute et il 
> faut prévoir une échelle plus grande et un plus grand entier.
>
> En tout cas, quel que soit le choix opéré,  on se retrouve avec des nombres manipulables 
> mathématiquement, regroupés dans un seul champ de la base et dont on peut extraire la 
> signification par un simple calcul mathématique, avec des [floor(x)] pour obtenir la partie 
> entière d''un nombre (en l'occurrence, c'est la partie entière d'une division par 1.000.000 ou 
> 1.000 qui nous intéressera), des [mod(x,a)] pour obtenir le reste d'une division de "x" par "a", 
> où les "a" en question serait, ici aussi, 1.000.000 ou 1.000 et des combinaisons de deux.
>
> Là je vais déjeuner mais je pourrai développer plus si besoin.
>
> A+
>
> Le 10/03/2015 06:13, Eric Hoffmann a écrit :
> > Bonjour
> >
> > Merci pour ta réponse précise... et amusante !
> >
> > Mon champ contient des informations qui sont des nombres entiers de semaines (entre 1 et 4), des 
> > nombres entiers de mois (entre 1 et 11) et 1 année.
> > Dans ma BD, il s'agit de durées de sanctions disciplinaires appliquées à l'encontre de 
> > professionnels de mon métier. Ces durées sont définies comme cela dans nos textes qui ne 
> > précisent pas si le mois dure 28, 29, 30 ou 31 jours.
> >
> > Pour le moment, le type de champ que j'ai choisi est VARCHAR. Mais avec ce type de champ, je ne 
> > peux pas faire de calculs comme la somme des durées de sanction d'un professionnel.
> > Je me disais qu'un type de champ défini avec une durée aurait pu répondre à ma question, mais 
> > ton argumentation précise sur la durée réelle du mois exclue le mois de cet éventuel type de 
> > champ.
> >
> > Je pense que je verrai plus tard dans le développement de ma BD, la possibilité de créer une 
> > table secondaire contenant plusieurs champs (nb compris entre 1 et 11 ; fraction d'année : 
> > semaine, mois, année) et que je verrai comment faire les calculs avec cela.
> >
> > Merci encore pour la précision de ta réponse.
> >
> > Cordialement,
> >
> > *Éric HOFFMANN
> > *
> >
> > Le 09/03/2015 20:52, Docgranville a écrit :
> > > Bonjour,
> > >
> > > Quelque chose doit m'échapper mais quelle est la spécificité de ton champ ?
> > >
> > > Que ta colonne indique 1, 3, 7 ou 36, il importe assez peu que ce soient des jours, des 
> > > semaines, des carottes, des chars d'assaut ou des pots de peinture, non ?
> > >
> > > Le seul truc, c'est qu'au bout d'un certain nombre (environ 4), ça fait un mois ; mais à part 
> > > ça, je ne vois pas bien où tu veux en venir.
> > >
> > > D'autant que "1 mois", ça ne signifie pas grand chose.
> > >
> > > Autant 1 minute, c'est rarement plus (ou moins) de 60 secondes ; autant il est rare qu'une 
> > > heure s'éloigne beaucoup de 60 minutes, qu'un jour s'étende au-delà des 24 heures 
> > > règlementaires et qu'une semaine survive au terme de son 7ème jour, autant un mois, c'est tout 
> > > de suite plus compliqué.
> > >
> > > Un mois, ça peut être 28, 29, 30 ou 31 jours selon le cas ; un mois, en tant que 1/12 dune 
> > > année, c'est entre 30,41 et 30,50 jours ; en tant que 1/48 de quatre années (3 "normales" et 
> > > une bissextile), ça fait 30,43 jours ; si on parle en temps de travail, un mois c'est 7,04 
> > > jours de 24 heures pour les gens qui sont à 39 heures hebdomadaire et c'est 6,31 jours de 24 
> > > heures pour les gens à 35 heures hebdo.
> > >
> > > Pour répondre directement à ta question, je n'ai pas connaissance d'un type de champ dédié aux 
> > > semaines et aux mois ; mais dans le même temps, je n'en vois pas vraiment l'utilité non plus.
> > >
> > > Ou alors je rate quelque chose...
> > >
> > > Peut-être avec plus de précisions ?
> > >
> > > A+
> > >
> > > Le 09/03/2015 16:03, Eric Hoffmann a écrit :
> > > > Bonjour,
> > > >
> > > > J'ai besoin de créer un champ dans une table dont le type est une durée : 1 semaine, 2 
> > > > semaines, 1 mois...
> > > > Est-ce possible ?
> > > > Je vois bien les types de champ Date, Heure ou Date/Heure, mais du type Durée.
> > > > LibreOffice 3.5.4 sous Debian
> > > >
> > > > Merci.
> > > > Bonne soirée,
> > > >
> > > > PS : je re-poste au format TXT, car mon précédent courriel a une forme toute pourrie !
>
>
> -- 
> Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
> Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
> Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
> supprimés


-- 
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés