youp,
 
 
j'essaye de remplir un datagrid avec des données d'une DB
 
après recherche, je fais :

 
mais ca ne marche pas... mon datagrid reste vide
 
(le Rs est un recordset et il est bien rempli)
 
 
ce qui est bizarre, c'est qu'il ne se passe rien non plus quand je fais :
 

 
 
j'ai loupé quelque chose (surement) ?
 
 
 
 
merci

je sais pas si tu utilises ou pas le DataGrid de .NET, mais si c'est le cas, tu dois utiliser la méthode SetDataBinding de ton objet DataGrid pour le remplir

j'utilise vb6
 
mais je vais toujours voir ca

Il n'y a pas de problème au niveau code, même que la méthode Refresh est superflue. C'est forcément le recordset qui foire.

yop,
 
bon, je faisais ca avec un DataEnv
 
maintenant, je fais ça comme ça et il me fait : recordset "not bookmarkable..."

ya un truc qui me choque en tout cas, c'est que tu fermes le recorset à la fin de la procédure. La connection à la limite on s'en fout (d'ailleurs mettre la propriété ActiveConnection du recordset à Nothing est de bon aloi).

ah ben c'est pour ça que le datagrid est vide, c'est justement parce que tu as fermé ton recordset

ben j'ai déjà eu des problèmes en ne le fermant pas, alors je le ferme.
 
je vais essayer en le laissant ouvert

fais gaffe aux courants d'air si tu le laisses ouvert !
 

tu DOIS le laisser ouvert, il n'y a aucun doute à avoir là dessus
l'intérêt du recordset est que tu passes toujours par lui lorsque tu browses ton datagrid et qu'éventuellement tu modifies des données dedans. Tout se passe de manière transparente.

arf, je viens de comprendre.
 
le datagrid est lié à la base, c'est pourtant simple
 
sorry d'être neuneu
 
 
merci drasche

yop le datagrid c'est bon...
 
par contre, j'arrive pas à le rendre éditable
 
j'ai trouvé un exemple sur le net ou le datagrid est éditable, mais en le copiant dans mon projet, il ne l'est plus  
 
et je ne vois pas ce qui le rend "editable" dans le code

c'est ton Execute qui te met dedans: il est prévu pour retourner un recordset et .|
Si tu veux avoir une chance d'updater:
 

 
Attention, avec ça tu es connecté à la DB directement et les modifs se font en temps réel. Si tu veux éviter ça, il y a la technique des recordsets déconnectés.

yop merci,  
 
 
mais il me dit:
 

 
 
Pourtant je n'ai changé que  
 
Set Rs = CoConnection.Execute(query)  
 
par ce que tu as donné. Donc à priori, la connection doit être bonne, non ?

ah mais merde, quel distrait
 
faut préciser l'objet connection en paramètre (juste après query)
j'ai édité mon précédent post.

yop voici le truc complet
 

 
encore merci monsieur

le adCmdTable est optionnel, et il est à spécifier si tu passes une query style "le_nom_de_ma_table", alors qu'avec une requête SQL, tu mettras plutôt adCmdText

ah... en tout cas ca ne marche pas si je ne le mets pas... enfin bon.. ca marche, on va pas chipotter
 
 
merci beaucoup en tout cas

argh... sorry mais ca marche pas en fait
 
je peux bien éditer, mais ca ne fait pas "vraiment" les changements dans la base.
 
je pourrais le faire en récupérant les valeurs, mais comme tu as dit que c'était sensé se faire tout seul

 
essaie un Update ou UpdateBatch sur le recordset lorsque tu quittes ta fenêtre. Perso je travaille toujour par recordset déconnecté donc je sais pas comme ça se passe lorsque tu restes connecté.

yop ca marche
 

 
 
ps: c'est ca un recordset déconnecté ?  
 
Private WithEvents rs As ADODB.Recordset

Non, ça c'est pour gérer les évènements émis par le recordset. Cela peut être utile si tu veux voir l'état de chargement d'un très gros recordset par exemple.
 
Un recordset déconnecté, comme son nom l'indique, est séparé de l'objet connection (on met la propriété ActiveConnection à Nothing). De cette manière, le recordset travaille de façon locale à 100%, mais les enregistrements chargés sont verrouillés côté DB.
 
Une fois que ton boulot est fini (tu fais des ajouts, modifications et suppressions, ce que tu veux), tu te reconnectes à la DB et tu te synchronises en faisant un UpdateBatch.  A l'occasion, je posterai une version épurée de mon code qui démontre cette technique fort utile.

yop yop