Discussion :

[flobuzz]

Bonjour à tous,

j'essaie de trouver le moyen de supprimer des enregistrements de ma table Excel via ADO - SQL mais rien n'y fait...

mon code est le suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Data = Split(a, Chr(2))
    Set Cn = New ADODB.Connection
    With Cn
        .ConnectionString = Connexion
        .Open
    End With
    Set Rst = New ADODB.Recordset
    Set Rst = Cn.Execute(Data(1))

avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Data(1) = "delete from [users$] where id = 'mb067826'"

mais au moment de l'execute, il y a une erreur qui me fait sortir de la procédure en cours...

qqun aurait-il une idée pour m'aider?...

sivouplé...

[Pierre Fauconnier]

Salut.

Ta requête n'étant pas une requête de sélection, tu ne peux pas essayer d'en pousser le résultat dans un recordset... Tu ne peux réaliser cela que pour des requêtes de type "SELECT..."

[Jean-Philippe André]

Bonjour,

une requete execution (UPDATE, INSERT, CREATE,DELETE, INSERT INTO) ne retourne aucun recordset.

Le Cn.Execute se fera seul, comme dans l'exemple de ce tuto :
http://silkyroad.developpez.com/VBA/...sFermes/#LIV-C

[Invité]

Bonjour,

hormis ce que t'ont dit Pierre et Jean-Philippe que je salut, au vue du nom de ta table [users$] il s'agit vraisemblablement d'un onglet Excel! et le DELETE ne fonctionne tout simplement pas en Sql Excel!

comme nous le dirait Clément Marcotte Excel n'est pas une SGBD!

[flobuzz]

Merci à tous pour vos remarques.

Mais en fait, bien qu'il n'y ait en effet pas de retour attendu, l'appel de type "execute (update ou insert into)" ne pose pas de pb via recordset.


En revanche, je me demande si dysorthographie n'a pas mis dans le mil...

et du coup, je me demande si je devrais pas basculer sur une base Access...

je vais essayer, et je vous dis quoi !

[Invité]

dysorthographie connait très bien le sujet

et du coup, je me demande si je devrais pas basculer sur une base Access...

moi également!

[Pierre Fauconnier]

Très bien vu, le coup du DELETE.... en effet, ça n'existe pas pour Excel... en plus de plein d'autres problèmes lors de l'insert ou de l'update (ajout du ' pour faire tout passer en texte, impossibilité de déterminer le type de champ, ...).

Excel n'est pas fait du tout pour ce genre de traitement.

Nous sommes donc trois à nous demander si Access ne serait pas mieux (enfin non, car Dysorthographie et moi, nous ne nous le demandons pas, nous affirmons qu'Access est mieux pour le traitement des données). A chacun sa spécialité: Access pour la gestion des données (opérations CRUD sur les données, reporting, ...) et Excel pour l'analyse (graphiques, tableaux croisés dynamiques (qu'on ne me parle pas d'Access pour les TCD, ), ...)

[Marc-L]

Salut à tous !

Cinq même !   En ajoutant Clément et moi …  

___________________________________________________________________________________________________________

Je suis Paris, Egypte, Stockholm, London, Istanbul, Berlin, Nice, Bruxelles, Charlie, …

[flobuzz]

MY HERO !!!!!

nickel

marche tip top !

par contre, je te confirme que les fonctions qui ne retournent pas de data marchent aussi très quand tu les passes avec un set rst = Cn.Execute()

Je comprends que ce ne soit pas le fonctionnement idéal, mais il s'agit en l'occurrence d'une procédure qui voit passer toute sorte de requête, du SELECT au DELETE en passant par de UPDATE...

Entre Excel et Access, j'avais privilégié XL car je ne sais pas si tous les utilisateurs qui seront amenés à travailler sur mon interface ont bien toutes les bibliothèques nécessaires à l'utilisation que je souhaite en faire.

On va dire que oui et si pb --> voir la DSI

merci guys !!



+1 pour la définition des types de champs !! ça m'a bien embêté ça... obligé de mettre plus de 255 "a" dans la 1ère cellule de la colonne pour qu'il comprenne que c'est un champ mémo... y a plus simple... mais ça ne passe pas par XL...

[Invité]

+1 pour la définition des types de champs !! ça m'a bien embêté ça... obligé de mettre plus de 255 "a" dans la 1ère cellule de la colonne pour qu'il comprenne que c'est un champ mémo..

Il faut passer par adodb.command
La tu type et taille te champs !

[Pierre Fauconnier]

Il faut passer par adodb.command
La tu type et taille te champs !

Avec Excel?

[Invité]

Oui

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ADODB.Command.CreateParameter("champs",advarcharad,adParamInputOutput,600,string(600,"z"))

bien sur pour l'insert;update (delete en aucun cas valide!)

Tout ce qu'on a toujours voulu savoir sur ado sens jamais osé le demander!
https://www.developpez.net/forums/d1...a/#post9283354

pour le delete je préconiserait de faire un update avec les valeurs à null et faire via le gestionnaire de tache de Windows un traitement (Macro) nuitamment pour supprimer les ligne Null!

UPDATE [users$] set [Champ1]=null,[Champ2]=null where id = 'mb067826'