J'étais tombé sur un projet comme ça qui permettais de te faire des requêtes quasiment comme dans Access. Ensuite tu pouvais mettre à disposition les résultats sous formes de tableau.
Les seuls problèmes sont que :
- c'était pas libre (une version de démo cryptée existait)
- je ne me rappelle plus du nom
Du coup j'avais essayé d'en développer un moi même. Le tout étant de proposer des tables à l'utilisateur pour qu'il choisisse ses colonnes et faire la requête qui va bien.
Moi je trouve que laisser l'accès à une bas à un utilisateur peut être dangereux. Non pas pour la base, mais pour l'interpréation qu'il aura des chiffres. Un utilisateur utilise, ça ne m'arrive jamais d'interpréter un fichier Word pour savoir ce qu'il y a dedans.
Pour moi c'est au développeur de permettre des interrogations prévues, quitte à ajouter des filtres et à rajouter un pseudo wizzard pour générer des requêtes reliées au métier.
Je n'imagine même pas les problèmes en cas de changement de format :
On imagine un architecture J2EE avec tous les Beans qui vont bien. Si tu propose une requêteur de base, l'utilisateur va faire des requêtes directement en base. Si tu propose un requêteur métier, le requêteur va s'appuyer sur les objets métier. Si le format change (ou même le média), ce sera transparent pour l'utilisateur.
# Re: Recherche de solution de Reporting
Posté par Damien Metzler . En réponse au journal Recherche de solution de Reporting. Évalué à 2.
Les seuls problèmes sont que :
- c'était pas libre (une version de démo cryptée existait)
- je ne me rappelle plus du nom
Du coup j'avais essayé d'en développer un moi même. Le tout étant de proposer des tables à l'utilisateur pour qu'il choisisse ses colonnes et faire la requête qui va bien.
Moi je trouve que laisser l'accès à une bas à un utilisateur peut être dangereux. Non pas pour la base, mais pour l'interpréation qu'il aura des chiffres. Un utilisateur utilise, ça ne m'arrive jamais d'interpréter un fichier Word pour savoir ce qu'il y a dedans.
Pour moi c'est au développeur de permettre des interrogations prévues, quitte à ajouter des filtres et à rajouter un pseudo wizzard pour générer des requêtes reliées au métier.
Je n'imagine même pas les problèmes en cas de changement de format :
On imagine un architecture J2EE avec tous les Beans qui vont bien. Si tu propose une requêteur de base, l'utilisateur va faire des requêtes directement en base. Si tu propose un requêteur métier, le requêteur va s'appuyer sur les objets métier. Si le format change (ou même le média), ce sera transparent pour l'utilisateur.
Enfin voilà, c'est ce que j'en pense....