Discussion :

[digitfree]

Bonjour,
Phénomène que je ne comprends pas :
Une table sur laquelle j'ai rajouté dernièrement le champ "ZBATIMENT" dans la copie écran ci-dessous.
Ce champ est opérationnel en saisie/modif dans mon appli.
Pourtant avec CR tous les champs de la table apparaissent ... sauf celui-ci et uniquement celui-ci.
Je ne comprends pas , il n'a rien de spécial, ce n'est pas un index.
Je précise que même en partant de 0 avec un nouveau rapport faisant appel à cette table, c'est la même chose.
Voyez vous pourquoi CR ... ne le voit pas ?

[luc_chivas]

Bonjour,

Est ce le même utilisateur qui se connecte au travers de Crystal que sur ta console ??

[digitfree]

Salut Luc,
Oui, c'est le même utilisateur.
Par contre entre temps je me suis aperçu que depuis CR je "vois" des schémas de données que normalement je ne devrais pas avoir (correspondant à notre base sql server 2008 avant une migration vers sql server 2008R2). Pour autant les données de mon schéma (préfixé CHDG dans la copie écran) sont bien à jour. J'ai donc l'impression qu'il me prend bien les bonnes tables mais avec un ancien schéma de données, sans tenir compte des évolutions de table depuis cette migration.
Ce que je ne comprends pas c'est :
1) pourquoi il ne me réactualise pas ces schémas via l'option "Définir l'emplacement de la source de données" puis maj des différentes tables.
2) comment fait-il le lien entre ma base de données qui sous sql s'appelle "x3v6t" et les différents noms de connexion qu'il me propose dans CR , par ex. "ADX_CS_X3V6T", "ADX_CS_X3V6T_1" "ADX_CS_X3V6T_2" etc... je ne sais pas (ou plus) où se fait ce lien ni où il se paramètre ?
Peut-être faut-il que je réinstalle CR ?
Merci.

[digitfree]

Pb résolu.
C'est bien une histoire de connection sur un "ancien" schéma de base de données ...
En recréant une nouvelle source de données via "l'administrateur des sources de données ODBC" et en faisant pointer Crystal dessus, cela règle bien mon pb : il prend bien en compte désormais les évolutions de champs sur les tables.