Discussion :

[Jean Picholle]

Bonjour

Mon application utilise plusieurs tables Access.
Une colonne à été ajoutée (sous Access) à l'une de ces tables, mais Visual Studio 2008 ne la reconnait pas. Toute référence aux données de cette nouvelle colonne produit un champs null (sans aucune erreur signalée)

Cette nouvelle colonne ne figure pas dans la collection des colonnes de la table dans l'explorateur de données de Visual Studio (ni en conséquence et à fortiori, dans le DataDet). J'ai essayé de réactualiser la connection, mais sans succès : L'application continue à fonctionner, sans erreur, mais en l'ignorant.

Quelqu'un connait-il les manipulations à efffectuer pour que l'explorateur de données de Visual Studio prenne en compte la nouvelle struture d'une table Access modifiée ? Cela est-il possible sans devoir supprimer puis recréer une nouvelle connection ?

Merci

[laedit]

Je ne pense malheureusement pas que cela soit possible sans devoir supprimer la source de données (généralement un dataset) et le refaire (ajout d'une nouvelle source de données).
La connexion n'est normalement pas liée à ton projet directement mais elle est juste répertoriée par Visual Studio pour des fins de réutilisation.

[Jean Picholle]

Il semble en effet que les connexions établies automatiquement par le générateur de Visual Studio ne sont pas adaptées à des tables évolutives. C'était bien pratique et la documentation ne met pas en garde contre ses limitations ; mais j'ai lu quelque part qu'elles généraient des DataSet statiques.

Je vais devoir les remplacer par des connexions de type Jet.OLEDB (comme au temps de Visual Basic), qui elles génèrent des DataSet dynamiques.

Merci de votre aide

[laedit]

En fait, c'est assez logique, lors du développement tu es censé déjà avoir défini la structure de la base de données et celle-ci ne doit donc pas être modifiée à tout bout de champ...

Et une connexion ne te génère pas un dataset, c'est toi qui choisis d'en avoir un, tu peux très bien te connecter en mode connecté