Discussion :

[Immobilis]

Salut,

Je ne tiens pas à faire de multipost, je préfère isoler ce pb.

Deux fonctions appelées l'une après l'autre mettent à jour différents champs d'un enregistrement (je ne peux pas les rassembler).

En utilisant la methode command.execute(SQL) pour mettre à jour un enregistrement, je reçois ce message d'erreur:

Microsoft OLE DB Provider for ODBC Drivers error '80004005'

[Microsoft][ODBC Microsoft Access Driver] The Microsoft Jet database engine stopped the process because you and another user are attempting to change the same data at the same time.

/cfm_test/proc/procforstatus.asp, line 81

Comment terminer cette commande proprement sans faire

Code :

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

Set cm = nothing

pour ne pas recevoir d'erreur?

Merci.

A+

[Gwenn]

Il faut toujours fermer l'objet connexion, pourquoi veut tu le laisser ouvert ?

Lorsque tu fais Objectconnexion.Execute, tu n'instancie pas de recordset

[Immobilis]

Comment faut-il conprendre cela alors?

Using the Execute method on a Command object executes the query specified in the CommandText property or CommandStream property of the object.

Results are returned in a Recordset (by default) or as a stream of binary information. To obtain a binary stream, specify adExecuteStream in Options, then supply a stream by setting Command.Properties("Output Stream"). An ADO Stream object can be specified to receive the results, or another stream object such as the IIS Response object can be specified. If no stream was specified before calling Execute with adExecuteStream, an error occurs. The position of the stream on return from Execute is provider specific.

If the command is not intended to return results (for example, an SQL UPDATE query) the provider returns Nothing as long as the option adExecuteNoRecords is specified; otherwise Execute returns a closed Recordset. Some application languages allow you to ignore this return value if no Recordset is desired.

http://msdn.microsoft.com/library/de...cmdexecute.asp

Il faut toujours fermer l'objet connexion

Par le set cm = nothing?
Mon objet cm est ouvert et fermé dans des procedures appelées systematiquement au début et à la fin de ma page. Je ne tiens pas particulièrement à le fermer entre-temps.

Merci de ton aide

[Immobilis]

En faisant :

Code :

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

1
2
3
4
set cmd = Server.CreateObject("ADODB.Command")
cmd.ActiveConnection = objConn
(traitement)
set cmd = nothing

Je reçois tjrs le mm message d'erreur.

[Gwenn]

En effet, si ta chaine SQL est une instruction SELECT, Objetconnexion.Execute te retourne un recordset. Pour update ou Insert, non

Comme on en parlé dans l'autre post, l'asp permet un travail en mode connecté, exactement comme tu le fais (tu ouvres au debut de page, tu fermes a la fin). Ca présente des facilités, mais je me demande si tu te heuretes pas aux inconvénients.

comme je te le disais, avec .net tu n'a pas besoin de les fermer, il te ferme a ta place

En général, tous mes acces aux bases, dont dans des fonctions ou procedures, et a chaque fois, je créé, j'ouvre, je ferme, je détruis

Code :

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

1
2
3
4
5
6
 
Set oConn = Server.CreateObjet("ADODB.connexion)
oConn = mabd
oconn.Execute(strSQL)
oConn.Close
Set oConn=Nothing

[Immobilis]

Toi tu fais :

Set oConn = Server.CreateObjet("ADODB.connexion")

Mais moi :

set cmd = Server.CreateObject("ADODB.Command")

Ca fait une grosse difference ou pas?

[franculo_caoulene]

Bah c'est pas le même objet! Command est plus complet.
Mon site préféré :Command vs Connection (on pourrait même le confronter à Recordset)

[Gwenn]

Bin c'est pas le meme objet qui est declare

Mon raisonnement est le suivant :

J'ai besoin d'acceder a la bdd donc je crée un objet connexion
J'utilise la Methode execute de l'objet connexion pour executer une chaine sql (s'il s'agit d'update ou insert, il n'y pas de recordset généré)
Cette methode execute, va créer implicitement un objet command et le detruire apres execution, on a pas a se preoccuper de sa creation, fermeture, destruction (c'est l'interet)
Je ferme donc l'ojet connexion, puis je le detruis

[Immobilis]

Bah c'est pas le même objet! Command est plus complet.

Mon pb t'inspire-t-il une solutions :



Merci parce que je nage un peu.

[franculo_caoulene]

Pour des requêtes ne retournant pas de valeur (insert, update, delete) la méthode de Gwenn est bonne.
Si tu veux exécuter plusieurs requêtes tu peux juste fermer l'objet sans le détruire. Tu le détruiras après toutes les exécutions que tu souhaites faire.

[Immobilis]

OK,

La methode de Gwenn fonctionne.



Merci

A+