Salut,
 
Je programme sous VB6 et j'utilise un recordset ADO.
Avant une consultation, je voudrais ranger mes enregistrements en fonction d'un champs.
J'ai donc trouvé la fonction Sort, mais elle ne fonctionne pas.
Cela de me donne le message d'erreur suivant :
 
Erreur d'exécution '3251' :
L'opération demandée par l'application n'est pas prise en charge par le fournisseur.
 
Si ca peut aider, dans les références, j'ai coché "Microsoft ActiveX Data Objects 2.0 Library".
 
Quelqu'un a-t-il une solution ?
Merci d'avance

Quel SGBD utilises tu ?

Oups, petit oubli  
 
J'utilise une base Access

Et "Sort" ne fonctionne pas avec Access ?    
 
Bizarre ça... Si le ORDER BY en SQL est supporté, je vois pas pourquoi Sort ne fonctionnerait pas !
 
Si ça marche vraiment pas, essaie de trier directement ta base par un ORDER By, mais ça m'étonne vraiment !

Harkonnen a écrit a écrit : Et "Sort" ne fonctionne pas avec Access ?       Bizarre ça... Si le ORDER BY en SQL est supporté, je vois pas pourquoi Sort ne fonctionnerait pas !   Si ça marche vraiment pas, essaie de trier directement ta base par un ORDER By, mais ça m'étonne vraiment !

 
C'est ptet du a la librairie ADO chargée...
 
Je pense que je vais faire avec Order by
 
Merci !

Salut,
 
Comment utilises-tu la fonction sort de l'objet recordset ?

 
Ce message signifie que ton pilote ODBC ne comprend pas l'instruction sort. C'est le pilote qui te permet de te connecter à la base access. Cependant je ne sais pas lequel tu pourrais substituer, jamais essayer mais erreur déja rencontrer, contourner avec ORDER BY en SQL ou GROUP BY.

il a dit qu'il utilisait ADO... ODBC, j'aurais éventuellement pu comprendre pq ça merdait, mais ADO  

rs.sort = "nomdu/deschamps"
c bien comme ca que tu l'utilises ?

Harkonnen a écrit a écrit :   il a dit qu'il utilisait ADO... ODBC, j'aurais éventuellement pu comprendre pq ça merdait, mais ADO

 
ADO sont un groupe d'objets qui tavaillent avec des bases de données. ODBC c'est un type de pilote qui permet à ces objets de se lier à une base et y accéder. Si le pilote ne gère pas la commande, tes objets en revanche peuvent avoir ces commandes comme dans le cas ici. La commande "sort" n'est pas pris en compte par le pilote, mais l'objet ADO est pourvu de la commande.
La solution serait de trouver un pilote de connexion à une base gérant la commande.

DAO, ADO, ODBC, .... peuvent pas nous sortir une fois pour toutes une norme universelle plutot que de décliner la même à toutes les sauces ???  

Si c'est comme tu le dis il n'y aurait pas d'évolution et donc pas de chiffre d'affaire qui monte...

 
Comment est déclaré ton objet rs ?
Tu pourrais le morceau de code où l'erreur se produit ?

 
Voila ma partie declaration :

 
et voila ou ca merde :

 
Si ca peut vous eclaircir...  

les dim as new spa bien !
essaye dans le DESCENDING dans le sort

 
Pas bien les dim as new ? Faudrait faire koi a la place alors ?
Et le "essaye dans le DESCENDING dans le sort", j'avoue que je comprends pas trop...

nan les dim as new c pas bien, vb risque de se chier dessus dans la libétation des ressources
au choix createobject ou set machin = new bidule apres la déclaration
 
je voulais dire essaye d'enlever le descending

 
Ok pour le dim as new. merci pour le renseignement.
Pour le Sort, j'avais deja essayé sans le DESCENDING, ca change rien.
Par contre, est-ce qu'y aurait pas qqchose a changé dans ma chaine de connexion ? C'est ptet une histoire de pilotes ODBC comme c'est dit dans un message plus haut ?

ben pourquoi tu utilises pas directement le pilote access ?

 
Je me suis trompé : je voulais dire OLEDB, comme c'est mis plus haut pour la proprieté ConnectionString.
 
Pour utiliser le pilote Access, elle est bonne ma ConnectionString ou je devrai la changer ?

ben si je demande c qu'elle est pas bonne ...

 
Et tu saurais koi mettre a la place ?

pas de tete mais trouvé en 2 secondes sur google    
 
String Format: DRIVER={Microsoft Access Driver (*.mdb)};DBQ=[path to database]