Bonjour à tous,
Venant d'achever la construction d'une base de données (relations entre tables et formulaires adéquats), je m'intéresse maintenant aux aspects liés à l'exploitation des données de la base.
Après avoir lu la documentation sur les Requêtes, je m'interroge sur la pertinence de ces dernières sur la dimensions exploitation de données, relativement à ce que permet une table dynamique. En effet, l'usage d'une table dynamique me parait beaucoup plus simple et puissant qu'une requête : possibilités de configurations quasi infinies et en quelques clics pour une table dynamique, vs quelque chose s'assez laborieux et peu évolutif, avec rapidement la nécessité de rédiger du SQL "dans le texte" (au vu du peu de fonctions disponibles dans Rapports), pour chacune des extractions faites depuis Rapport. Je ne parle donc pas ici de l'usage des Requêtes dans le cadre de la construction de la Base (avec l'intérêt des Requêtes dans l'extraction de différents champs dans différentes tables, par exemple).
Avant d'exclure / limiter fortement mon usage de Requêtes pour exploiter ma Base, ce qui est ma position après lecture de la documentation, j'aurais donc souhaité savoir si les expériences des uns et des autres permettent de favoriser l'usage d'un outil plutôt que de l'autre pour l'exploitation de données en général ou pour un point particulier.
Merci par avance et bonne journée!
[Résolu] Intérêts comparatifs Requêtes vs Table dynamique
Modérateur : Vilains modOOs
Règles du forum
Cette section est dédiée au module Base et plus particulièrement sur le langage SQL ou sur les connexions aux SGBD tiers. Vous ne devez pas poster ici de questions sur les macros mais utiliser la section éponyme.
Pour accélérer les réponses, vous pouvez mettre en ligne votre base en joignant un fichier ODB : comment faire.
Cette section est dédiée au module Base et plus particulièrement sur le langage SQL ou sur les connexions aux SGBD tiers. Vous ne devez pas poster ici de questions sur les macros mais utiliser la section éponyme.
Pour accélérer les réponses, vous pouvez mettre en ligne votre base en joignant un fichier ODB : comment faire.
-
martinterrier
- Membre OOrganisé

- Messages : 97
- Inscription : 21 avr. 2021 17:28
[Résolu] Intérêts comparatifs Requêtes vs Table dynamique
Dernière modification par martinterrier le 19 oct. 2022 18:23, modifié 1 fois.
Obligation de version :
Libre Office 7.1.8.1 (x64) sous Windows 10
Libre Office 7.1.8.1 (x64) sous Windows 10
-
Dude
- IdOOle de la suite

- Messages : 26201
- Inscription : 03 mars 2006 07:45
- Localisation : 127.0.0.1
Re: Intérêts comparatifs Requêtes vs Table dynamique
Salut,
Peux-tu nous expliquer où tu as vu ce concept de "table dynamique" ?

Peux-tu nous expliquer où tu as vu ce concept de "table dynamique" ?
-
jeanmimi
- Grand Maître de l'OOffice

- Messages : 17219
- Inscription : 03 mars 2006 16:02
- Localisation : Venise verte
Re: Intérêts comparatifs Requêtes vs Table dynamique
Bonjour,
Après moult réflexions, c'est le nom donné dans LibreOffice au Tableau croisé dynamique.
Après moult réflexions, c'est le nom donné dans LibreOffice au Tableau croisé dynamique.
Vous ne pouvez pas consulter les pièces jointes insérées à ce message.
LibreOffice : Version : 25.8.4 (x64)(23 février 2026)
Adoptium JRE ou Oracle JRE (x64), Windows 10, Thunderbird, Firefox
Adoptium JRE ou Oracle JRE (x64), Windows 10, Thunderbird, Firefox
-
Dude
- IdOOle de la suite

- Messages : 26201
- Inscription : 03 mars 2006 07:45
- Localisation : 127.0.0.1
Re: Intérêts comparatifs Requêtes vs Table dynamique
Encore un nom idiot qui ne fait qu'ajouter de la confusion. Un peu comme le emailing qu'ils ont fini par remplacer par publipostage.jeanmimi a écrit :c'est le nom donné dans LibreOffice
-
martinterrier
- Membre OOrganisé

- Messages : 97
- Inscription : 21 avr. 2021 17:28
Re: Intérêts comparatifs Requêtes vs Table dynamique
Bonsoir à tous!
Après un délai certain (bientôt 1 an) et un développement continu de la base sur laquelle je travaillais déjà, je peux enfin répondre moi-même à cette question :
- Les tableaux croisés sont un excellent outil pour analyser rapidement un tableur bien construit. La flexibilité et la facilité de prise en main en font un outil efficace et sur lequel le coût de formation n'est pas très élevé, une fois la logique de base acquise (on peut ensuite, bien sur, toujours se perfectionner).
- Mais les requêtes sont indéniablement plus puissantes et, surtout, intégrées dans l'outil Base : c'est l'exploitation directe des données contenues dans les tables. une requête bien construite n'a plus qu'à être déclenchée pour obtenir un résultat sans cesse actualisé. La seule limite consiste en l'apprentissage du langage SQL : il faut avoir conscience du fait que l'interface est excellente, mais qu'elle ne peut pas tout, il faut, parfois, passer directement à la rédaction intégrale de la phrase SQL. Cela s'apprend, donc (très progressivement en ce qui me concerne), mais l'on finit par en saisir, comme tout langage, la logique, à force d'erreur ou de tatonnements. Attention, enfin, à toujours avoir un regard critique sur le résultat : cela va vite de se tromper dans son choix sans son apercevoir!
Bonne soirée à tous!
Après un délai certain (bientôt 1 an) et un développement continu de la base sur laquelle je travaillais déjà, je peux enfin répondre moi-même à cette question :
- Les tableaux croisés sont un excellent outil pour analyser rapidement un tableur bien construit. La flexibilité et la facilité de prise en main en font un outil efficace et sur lequel le coût de formation n'est pas très élevé, une fois la logique de base acquise (on peut ensuite, bien sur, toujours se perfectionner).
- Mais les requêtes sont indéniablement plus puissantes et, surtout, intégrées dans l'outil Base : c'est l'exploitation directe des données contenues dans les tables. une requête bien construite n'a plus qu'à être déclenchée pour obtenir un résultat sans cesse actualisé. La seule limite consiste en l'apprentissage du langage SQL : il faut avoir conscience du fait que l'interface est excellente, mais qu'elle ne peut pas tout, il faut, parfois, passer directement à la rédaction intégrale de la phrase SQL. Cela s'apprend, donc (très progressivement en ce qui me concerne), mais l'on finit par en saisir, comme tout langage, la logique, à force d'erreur ou de tatonnements. Attention, enfin, à toujours avoir un regard critique sur le résultat : cela va vite de se tromper dans son choix sans son apercevoir!
Bonne soirée à tous!
Obligation de version :
Libre Office 7.1.8.1 (x64) sous Windows 10
Libre Office 7.1.8.1 (x64) sous Windows 10