Meilleure réponse
Comme beaucoup de questions dans ce champ, la réponse à cette question dépend vraiment de votre environnement. La variable la plus importante est la structure de votre schéma de base de données. Sil sagit dune structure très simple et que les requêtes dont vous avez besoin tirent généralement des données dune seule table, lutilisation dune sorte doutil de requête visuelle comme ce que Jeffrey McManus a suggéré peut être utile.
Mais si vos besoins sont plus complexes, ce que vous devez vraiment regarder, cest OLAP, pas seulement un simple générateur de requêtes. Votre personnel informatique peut créer des cubes pour vous qui résoudront les complexités dune structure de données normalisée loin des utilisateurs pour vous permettre de vous servir tout en évitant les problèmes désagréables comme les produits cartésiens accidentels.
Réponse
Je nai pas cherché doutils Open Source pour cela depuis plus dune décennie. À lépoque, je navais rien mis devant mes utilisateurs, et jai des utilisateurs assez intelligents.
Cela dit, je vais transmettre la sagesse que jai dans cet espace :
MS-Access nest pas open source, mais la plupart des entreprises utilisent Office, et Access est fourni avec. Vous pouvez lutiliser pour écrire des requêtes décentes à horribles, comme nimporte quel autre outil. Si vous êtes une boutique SQL Server, pensez à SSRS. Probablement gratuit pour vous, a un constructeur de requêtes décent. La clé du succès est de faire leffort dETL de vos données sources relationnelles, probablement floconneuses, dans des structures simples, nettoyées et dénormalisées que les utilisateurs finaux intelligents peuvent réellement interroger sans abandonner dans le désespoir. Créez les métadonnées dont ils ont besoin et trouvez un moyen de les fournir (documents Word, fichiers daide, feuilles de calcul, etc.). Cest beaucoup de travail, et nous sommes toujours sur la bonne voie, mais chaque pas que nous avons fait a porté ses fruits.