Information : Quand et comment utiliser dbcancel() ou sqlcancel()

Traductions disponibles Traductions disponibles
Numéro d'article: 117143 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Agrandir tout | Réduire tout

Sommaire

Résumé

La fonction dbcancel() et sqlcancel(), le Visual Basic SQL (VBSQL) équivalente, sont souvent utilisées dans les applications qu'ils ne doivent pas être. Un pourcentage élevé de DB-Library (DB-lib) ou VBSQL radical de problèmes à partir d'applications d'abuser de cet appel API de programmation commun. Cet article donne quelques conseils pratiques sur quand et quand ne pas utiliser dbcancel() et sqlcancel().

Plus d'informations

Il est généralement recommandé et considéré comme bonne pratique de programmation DB-Library pour les processus tous les résultats jusqu'à ce qu'il n'y a plus de résultats et toutes les lignes jusqu'à ce qu'il n'y ait plus de lignes lors de la récupération de résultats ou après l'envoi d'un lot d'instructions Transact-SQL au serveur.

Un programme de DB-Library ne doit jamais avoir appels dbresults()/sqlresults() et dbnextrow()/sqlnextrow() dur codée pour un nombre prédéterminé d'itérations.

Par exemple, vous devez appeler dbresults() et dbnextrow() comme suit :
   while ((result_code = dbresults(dbproc)) != NO_MORE_RESULTS)
        {
             while (dbnextrow(dbproc) != NO_MORE_ROWS)
        }
				

Ne pas appeler dbresults() et dbnextrow() comme ci-dessus peut et souvent ne, cause de problèmes d'application qui peuvent devenir pas évidents que plus tard dans développement ou test lors de l'action corrective est coûteuse.

Dans le cas pour une raison quelconque, une application est requise pour l'accès que x lignes à partir d'un jeu de résultats, il est recommandé que la commande SQL transact "définir rowcount x» utilisé au lieu d'appel dbnextrow x fois puis dbcancel(). Il existe plusieurs raisons pour ne pas utiliser dbcancel() comme faisant partie des résultats standard de routines de traitement.

Quand ne pas utiliser dbcancel()

dbcancel() ne pas annuler, annulation, ou valider une transaction définie par l'utilisateur. Tous les verrous exclusifs acquis au sein de la transaction définie par l'utilisateur seront conservées même après l'émission de dbcancel(), étant donné que la transaction définie par l'utilisateur est toujours active. Cela peut entraîner le blocage et d'autres problèmes de simultanéité difficile. Lors de l'émission de dbcancel() au sein d'une transaction définie par l'utilisateur, le programmeur doit garantir que la transaction est explicitement validée ou annulée.

En outre lorsqu'il fonctionne dans ce contexte, il est facile de manquer qu'une application est en fait dans le milieu d'une transaction définie par l'utilisateur qui a été jamais validée et/ou annulée. En outre, il existe également certaines variantes de comment dbcancel ou le signal d'avertissement qu'il génère sont implémentées à partir de la plate-forme pour la plate-forme.

Remarque : Les implémentations de Microsoft SQL Server de dbcancel() restent constantes toutes les plates-formes Microsoft SQL Server tels que Windows NT x 86 et RISC alpha plates-formes. Problèmes de compatibilité surviennent principalement entre différentes implémentations Sybase et Microsoft SQL Server. En outre, ces différences souvent proviennent de problèmes relatifs au transport comme TCP/IP out-of-band données un fournisseur sont implémentées et découvrez comment il interagit avec l'implémentation de données hors bande d'un autre fournisseur TCP/IP, les résultats nets qui peuvent provoquer des problèmes de portabilité dans les applications DB-Library utilisant dbcancel().

Quand utiliser dbcancel()

dbcancel() doit être utilisée dans les cas où l'utilisateur a besoin de reprendre le contrôle d'une application. Dans cet environnement, un programmeur peut gérer l'exception d'un utilisateur émettant une dbcancel dans un environnement où dbcancel() ne fonctionne pas à répondre avec un message semblable à «dbcancel() non pris en charge sur cette plate-forme!». Un programmeur peut également utiliser dbcancel() en cas d'un échec de la commande DB-Library dans le cadre d'une nouvelle procédure pour les processus de DB-lib affectés.

Propriétés

Numéro d'article: 117143 - Dernière mise à jour: jeudi 13 février 2014 - Version: 3.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 4.21a Standard
  • Microsoft SQL Server 6.5 Édition Standard
Mots-clés : 
kbnosurvey kbarchive kbmt kbinfo kbprogramming KB117143 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 117143
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com