Précédent   Forum des professionnels en informatique > Logiciels > Solutions d'entreprise > Business Intelligence > Crystal Reports > SDK
SDK Forum sur l'utilisation de Crystal Reports par des API (VB, C++, Delphi, Java, etc.)
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 26/10/2007, 11h43   #1
Expert Confirmé

 
Avatar de neo.51
 
Inscription : avril 2002
Messages : 2 658
Détails du profil
Informations personnelles :
Âge : 29
Localisation : France, Pyrénées Atlantiques (Aquitaine)

Informations forums :
Inscription : avril 2002
Messages : 2 658
Points : 3 866
Points : 3 866
Envoyer un message via MSN à neo.51 Envoyer un message via Skype™ à neo.51
Par défaut [VS2005]Stratégie d'accés aux données pour un état

Bonjour,

Voilà je me remet à Crystal Report doucement et je me pose pas mal de questions sur la stratégie d'accés aux données...

Pour l'instant je vois 4 approches vraiment distinctes :
1)Le dataset fortement typé :
J'ai écris un tuto sur le sujet et je fesait toujours comme ça. Mais les dataset c'est de moins en moins ma tasse de thé et je suis pas franchement fan du concept de créer un gros objet en mémoire pour l'envoyer à un état qui va le remouliner. Coté performance ça ne me parait pas trés fameux.

2)Le IDataReader
Autant sur le papier consomer un IDataReader ça me paraissait super sympas, autant quand on regarde comment faut implémenter ça dans la doc
Pour faire simple pour ceux qui ont pas suivi, faut se faire une espèce de classe pleinne de constantes qui respecte un modèle d'implémentation rigide et mal foutu défini par crystal reports et donner la dll comme source de donné à l'état lors de la conception

3)La liste d'objets
Même problème que le dataset, j'instancie des objets juste pour les envoyer à CR... surement moins gourmant qu'un dataset en mémoire mais bon...

4)Connexion directe à la base sous CR
C'est la solution qui me semble la plus approprié, une bonne vieille procédure stockée et en avant... mais là je rencontre des problèmes en terme de flexibilitée. Est-ce que dans mon code dotnet je peux changer :
-Les informations de connexion à la BD ?
-Le nom de ma procédure stockée ?
-Les paramètres de ma procédure stockée ?

Mes besoins sont relativement simples : j'ai X états que je veux associer à X procédures stockées et X params. Le soucis c'est que je veux pouvoir modifier le nom de la procédure stockée, les informations de connexion et les param de ma procédure stockée par le code en .NET. Mes noms et types de champs resteront inchangés mais la stratégie d'accés aux données doit-être assez flexible pour que je puisse changer de base ou de procédure stocké.

Comment procédez vous ? Que me conseillez vous ? Des samples ou parties de doc m'ont échapé ?


Cordialement,
neo.51 est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 15h46.


 
 
 
 
Partenaires

Hébergement Web