2009-02-02 4 views

Répondre

2

Une option serait Report Builder, qui est livré avec SQL Server. Vous pouvez produire un magasin de données ou une vue de source de données sur votre base de données. Si votre application dispose d'une interface Web, vous pouvez assez facilement diriger le flux vers l'application de création. Pour un client riche, il est un peu moins propre car il faudrait lancer un navigateur et l'ouvrir sur le modèle de rapport.

Une autre option dans cette veine est RSInteract. C'est un peu mieux que le générateur de rapports, car il a un meilleur support pour les cubes OLAP. Il consommera (IIRC) des rapports RS, des modèles de rapports et des cubes.

1

I posted this in a different question, mais je vais le mettre ici aussi. C'est une course rapide vers ce que je devais faire pour arriver à quelque chose de similaire.

Dans mon entreprise, j'ai dû créer notre propre générateur de rapports .

Nous avons environ 30 ou si des rapports rapports de service que nos utilisateurs peuvent accès via le web ou de bureau d'application . Ce que nous voulions faire était donner à nos utilisateurs la possibilité de prendre n'importe quelle section donnée dans ces rapports et créer leurs propres.

S'il y a un rapport que nous avons construit pour eux, mais ils ne veulent pas voir le graphique , ils peuvent créer le même rapport sans elle. Si elles veulent combiner parties de 4 rapports différents pour faire un rapport de synthèse, ils peuvent faire glisser ces sections autour de notre générateur personnalisé et l'enregistrer.

Le générateur de rapports que je devais mettre ensemble tous les démolit différents rapports sous- qu'ils ont choisi et lit par le XML en les ajoutant à un fichier XML Report Builder modèle Je ai créé. Je dois ensuite agréger tous les paramètres afin de ne pas demander pour eux plus d'une fois (le paramètre noms doivent être unique dans tous les rapports si vous ne voulez pas les agrégés). Ce nouveau rapport XML est déployé sur le serveur et les utilisateurs peuvent y accéder quand ils le souhaitent.

Je l'ai aussi donné la possibilité de créer leurs propres pages de couverture, les en-têtes, et pieds de page en faisant glisser des zones de texte, images, des variables globales (la date a couru, créé, couru par, numéro de page, etc. .. n'importe où sur une toile vierge.Je puis convertir tous les éléments qu'ils ont médicament autour et redimensionnés sur cette toile dans à un autre fichier XML de rapport et déployer comme un sous-rapport qu'ils peuvent ajouter à leurs rapports personnalisés.

Oui, cela a été un travail assez un , mais nos utilisateurs l'aiment. Nous sommes en le processus maintenant de leur permettre créer un rapport avec des groupements spéciaux de sorte que le rapport peut être couru à différents niveaux . Par conséquent, il est possible, mais il n'y a pas de réponse facile . =) Je serais heureux de donner des conseils à toute personne qui demande, mais une copie directe du code est probablement une violation de mon contrat, mais je ferai ce que je peux en dehors de cela.