Le 21/10/2020 à 16:25, Thierry Jeanneret a écrit :
Bonjour,

Pour voir j'ai pris la base exemple et je me suis amusé à exécuter la requête 
de base qui permettrait d'obtenir les données que vous cherchez, à savoir

SELECT "nom", COUNT( * ) AS "Nb" FROM "absencesCsV2" GROUP BY "nom";

J'obtiens la listes des noms, mais sans regroupement aucun, chacun est 
mentionné autant de fois qu'il figure dans la table de base.
Normal, avec des tables texte, l'agrégation n'est pas possible. Mais la doc en français est (encore) inexistante, je suis en train de la traduire)
Le GROUP BY est donc tout pourri et ne fonctionne pas. Sauf erreur c'est un 
problème lié à la version de HSQLDB, antédiluvienne. De là, il semble assez 
ambitieux de compliquer la chose pour demander à Base de fournir en plus par 
exemple la date de l'absence la plus récente…
Eh bien oui, c'est une erreur, et ce n'est pas lié à cette version, qui, bien qu'antédiluvienne, fonctionne parfaitement, et permet des requête bien plus complètes.
Pour vérifier au cas-où, j’ai créé une table « absences" sur mon serveur 
Postgres, et l’ai alimentée avec les données fournies. Si on exécute la requête 
ci-dessus (en fait sous cette forme : SELECT nom, count(*) FROM absences GROUP BY 
nom;)  on obtient bien le nombre d’absences par personne, comme il se doit.

Donc, on retombe toujours sur ce suivi des problèmes dans l’environnement 
LibreOffice. Si HSQLDB est un choix compréhensible dans le contexte des débuts, 
figer le moteur dans cette version archaïque est une décision hautement 
critiquable. Vouloir palier à ses insuffisances en passant à un autre moteur 
était compréhensible, mais Firebird est d’un autre calibre et me semble sortir 
de la cible bureautique. En clair, il est trop gros, trop pro pour la cible 
visée.
Si on pouvait éviter ce genre de jugement à l'emporte pièces. Ce qui y est n'est pas bien, ce qui va le remplacer est trop gros, ...
Bref. N’est-il pas possible de fournir une version compatible SQL « normal » du 
moteur HSQLDB de Base, quitte à re-figer la situation pour les dix prochaines 
années ? Si je regarde la documentation de la version actuelle de HSQLDB, il 
semble que tout y soit pour gérer une base de données capable d’aider la 
gestion de très petites entreprises ou d’artisans.
C'est tout à fait le cas actuellement.
Donc voir un moteur de base de données relationnelle dans une suite bureautique 
est une excellente proposition. L’état actuel de Base dans LibreOffice est 
paradoxal, car d’un côté on dispose de tout ce qu’il faut pour créer facilement 
des formulaires (saisie/consultation) et des rapports, de vérifier l’intégrité 
référentielle des données, mais on achoppe sur des trucs aussi basiques que 
cette syntaxe SQL défaillante, incomplète. C’est rageant.
Voir ci- dessus. Dans de "bonnes" conditions, ça fonctionne.

--
Jean-Michel Coste


--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Répondre à