Vous n'êtes pas identifié(e).
merci bcp, j'avais pas pensé à foreach!!!
l'utilité d'un tableau array ici serait inutile ?
Plaît-il ?
Pour le moment, je regrette juste la perte de la coloration syntaxique dans les balises bbcode.
Donc, je sais, quand vous aurez le temps
Saluton,
On va donc ruser puisqu'a priori on ne sait pas (de 1 à 5) combien de lignes retourne la requête.
Saluton,
Il semble qu'il va falloir se résoudre à faire de l'usage de PDO la règle, et que la pratique du jeu de fonction PHP mysql_ soit définitivement obsolète.
J'attribue une bonne partie du mérite de cette tardive prise de conscience à Luce, mais, sans dévaluer le moins du monde l'efficience de son travail de sape pour entamer mon entêtement à persister dans des pratiques révolues, ce qui m'a porté le coup de grâce c'est, d'une part, ce billet chez Alsacréations : http://www.alsacreations.com/tuto/lire/ … r-die.html et, enfin, d'apprendre qu'Oracle avait fait l'acquisition de MySQL http://blog.developpez.com/mysql/p7511/ … -pour-mysq
Connaissant leur politique tarifaire, je redoute fort qu'il devienne urgent de passer à PostgreSQL un jour ou l'autre, migration que l'usage de PDO devrait rendre quasi indolore.
Bref, comme il semble se vérifier qu'il n'y ait apparemment que des avantages à l'usage de PDO, il serait déraisonnable de continuer à le bouder.
Donc, trève de procrastination, on se met tous à PDO. ;>))
J'ai déjà commandé Learning PHP Data Objects: A Beginner's Guide to Php Data Objects, Database Connection Abstraction Library for Php 5 de de Dennis Popel, 30,94€ chez Amazon. Oui en anglais, chiche que je vous le traduit en espéranto ... non ?
T'as raison, j'en suis vert .... de honte
Saluton,
Je les ai tous testés et je me suis positionné sur ce vert Mercury (le vert est la couleur de l'espéranto).
Et vous ?
Amike.
Alors, personne ?
Allez, je vous donne une solution (que je n'ai pas testée, mais bon, je la sens cor'assez)
GROUP BY p3.matricule,p3.pointage,suivants.hsuivant
A vous de me dire si qqe chose cloche.
<ps>Je profite que mes 2 pissouses font leur siestounette</ps>
[j'ai comme l'impression que le dernier GROUP BY sert à rien, pas vous]
Vous en êtes loin.
Et puis il n'y a pas besoin de neuneu, le gars qui n'est pas encore sorti, n'a pointé qu'à l'entrée.
Mais, fi de tout cela, même si, effectivement, il y aurait des coups de pieds au cul d'un certain concepteur qui ne seraient pas volés.
Un indice, il faut travailler avec plusieurs (au moins 2 donc) instanciations de la table que j'ai nommée `pointages`.
Sur ce je vous laisse car Papy MoKo doit s'occuper de ces deux petites filles Ambre (Sukceno) et Camille (Kamij), dont Fille Aînée lui a confié la garde en l'absence de Mamie Kat (Dame 4'in).
Amusez-vous bien, je ramasse les copies ce soir.
Amike
Alors comme ça, moi, je sais faire.
Allez-y les d'jeun's, que je rigole.
Je vous donne qqes indices ?
Désolé mais votre question, en l'état, ne fait pas sens.
Une période se définit comme un espace de temps écoulé entre une date et une heure et une autre date et heure.
Les pointages n'étant pas typés, arrivée ou départ, doit-on accoupler les pointages 2 à 2 et considérer que le dernier est à accoupler avec NOW () ?
je voudrais connaître le temps de presence par periode et par individu
Définir période, SVP, Dankon.
Et pis t'as même pas dit si c'était en MySQL, en PostgreSQL ou en etc..., Boulet !
Trop fort, le premier à râler deux fois concécutives dans le même post
Saluton,
T'aurais pu faire un effort de clarté dans l'exposé de ton problème.
(je voulais être le premier à râler)
Même pas foutu capable de mettre une émoticone l'vieux MK
Saluton,
Bon bah je serais le 3°, tu as oublié Manicow, mcAllan.
Reste à découvrir ce nouvel environnement.