Techniques de l'informatique

Non il a vraiment dit ça.

Basé seulement sur le très peu que l'on en vu en VB peut-être. Quand à moi, ce qu'on a vu au Cégep sur l'OOP = crapola.

Pour revenir sur le sujet, j'ai à vous présenter une petite astuce avec Crystal Reports:

Les versions 9.x ne supportent pas les checkboxes et ne peuvent pas en afficher sur des rapports pour des champs bouléens (on ne peut qu'afficher Vrai/Faux, O/N, etc). Je ne sais même pas si la version la plus récente de CR supporte les checkboxes, mais cette astuce fonctionne pour toutes assurément.

Donc, pour avoir une colonne avec des cases à cocher sur votre rapport (coché = Vrai), créez-vous un champ de formule avec la formule suivante:


(Mettez des parenthèses, chr c'est une fonction, le forum ne veut pas me laisse le faire sans faire une erreur 404)


Placez-le ensuite sur votre formulaire et changez sa police pour Windings (le premier). La crosse c'est que Windings a un caractère pour une case vide et une case cochée, et votre formule fait la fourche. C'est chouette, non?


... desfois je trouve que c'est pas mal bâtard CR, mais c'est reste ÉNORMÉMENT moins compliqué et long que de générer un fucking rapport à la main.

SQL Report kthx.

Ça va me prendre plus que 10 lettres de ta part pour me convaincre, Ben. C'est quoi les features d'un SQL Report qui font que c'est le top? Jusqu'à maintenant, je ne crois pas à l'existence d'un utilitaire de rapports malléable et sans bugs...

Je te l'accorde. Tout les service de rapports ne sont pas très enjoyable.

Well, mais pour l'instant un des seul points que je peux donner en faveur de SQL Report (ça vient avec SQL Server 2005) c'est que c'est vraiment un moins gros chiard quand c'est le temps de transferer les sites webs(mettons de développement -> acceptation -> production) alors qu'avec Crystal Report faut TOUTE tu recheck tes connections, les tables utilisées (les liens dans DB), etc...

En terme de user-friendlyness. Bof. Du pareil au même.

True 'dat. Pour minimiser ce genre de paquet de marde, je fais que chaque rapport est basé sur une requête/procédure stockée dans la base. Faut juste changer les connections, mais ça reste une pain. Sinon tu fais les changements dans la requête/procédure.

Ouin mais quand tu as un rapport le moindrement compliqué, il peut y avoir beaucoup de procédure stockés à gérer. Pain in the ass.

Après avoir utilisé moi-même SSRS (SQL Server Reporting Services), je trouve 100 fois mieux que Crystal Report!

Tes rapports se trouvent sur ton serveur et tu peux les générer à partir d'un browser web.

Il y a une petite interface qui permet de remplir les paramètres de tes rapports.

Tu peux ajouter autant de requêtes SQL que tu veux et tu peux afficher les données que tu veux dans plusieurs objets comme des listes ou une dataTable, qui est lié à un DataSet(une requête SQL).

De plus, tu peux rajouter du code VB pour faire du formatage ou des trucs customs comme des recherches d'informations dans une requête.

Il y a une propriété Hidden sur tous les objets, ce qui permet de cacher les lignes qui ne contiennent pas de valeurs à l'aide d'une condition.

De ce que je me souviens de CR, j'aime pas mal mieux SSRS!!

Par contre, la seule chose que j'aime moins à date c'est si tu changes le nom d'un champ ou d'une fonction VB, il faut que tu le changes partout sur ton rapport pcq'il ne s'update pas automatiquement