Re: [fr-users] [Base] Requête SQL de comptage

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+unsubscribe@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