Discussion :

[Nico118]

Salut,

Est ce que quelqu'un pourrait me dire si Crystal Report est performant sur les grosses base de données :

Pour l'instant mes états n'attaquent que des base qui contiennent quelques milliers d'enregistrements et les performances m'ont l'air tout à fait correctes. Mais à l'avenir, le volume des données pourrait être multiplié par 10, 100... d'où ma peur d'une grosse chute de performances.

@+

[hmira]

La question à se poser. C'est comment Crystal se connecte à la base de données. (ODBC , OCI pour Oracle, Etc… ) C'est un point très important.

Pour les base SQL, Chrystal n'y est pour rien dans les performances; puisqu'il transmet les requêtes SQl telles quelles au serveur de base de données;
NB : Un autre point très importants, il faut absolument éviter de demander à Crystal de filtrer les enregistrements sur le poste client ( Cf menu modifier une formule de sélection … ) , dans ce cas les perf. peuvent être catastrophiques.

[Nico118]

Salut,

Crystal se connecte via ODBC. Pour filtrer les données, je passe à mes états une formule de sélection et c'est crystal qui se charge de récupérer seulement les enreg qui vont bien.

Jusqu'à présent, pour les bases que j'ai eu à attaquer, tous mes états étaient rapides... sauf quand il me faut récupérer toutes les données mais là c'est plutôt normal. Comme ces bases n'ont pas un volume de données énorme, je me demandai si les performances resteraient les mêmes en cas de grosse base. En clair, si mon état doit récupérer 10 enregistrements dans une base qui en contient 2000000 est ce que j'aurais les mêmes perfs que si ma base en contient 2000 ?

[fab]

Ce qu'il faut surtout c'est que les formules de l'expert selection soit directement retranscrit dans ta requete sql. ( pas de if then else par exemple)

Sinon, Crystal va creer une requete generique, ramener un nombre tres important de données et ensuite appliquer la formule de sélection sur ces données pour obtenir le resultat atttendu.

Je crois que le point principal c'est cela.

[sur_uix]

Je comfirme tout ce qu'a dit fab.

Il faut aussi savoir que la construction du rapport à toutes son importance.
Comment sont arangé les groupes, Où sont placé les sous-rapports... il nous est arrivé de gagné 10mn de traitement avec des rapports qui utilise une base avec + 1 millions de données en modifiant le rapport pour que la requette SQL que Crystal génére soit plus performante (Eviter les FULL-SCAN).

Par contre on à bani ODBC et on à utilisé les drivers natif.

[Nico118]

Je comfirme tout ce qu'a dit fab.

Il faut aussi savoir que la construction du rapport à toutes son importance.
Comment sont arangé les groupes, Où sont placé les sous-rapports... il nous est arrivé de gagné 10mn de traitement avec des rapports qui utilise une base avec + 1 millions de données en modifiant le rapport pour que la requette SQL que Crystal génére soit plus performante (Eviter les FULL-SCAN).

Par contre on à bani ODBC et on à utilisé les drivers natif.

Je viens de faire quelques tests sur une grosse base Interbase 6 (plus de 100000 enregistrements). Pour exécuter un rapport tout bête (seulement 2 champs posé dans l'état et seulement 1 table dans l'état), ça a pris plus d'une heure

Je passe par une driver ODBC (Easysoft), Crystal Report 8, Interbase 6 et je n'ai pas de formule de sélection avec des if... then...

Est ce que quelqu'un a une solution :
Un autre driver ODBC ou un autre moyen de connexion à la base :
Est ce qu'avec un autre outil de reporting je serai confronté au même problème :