N° de bogue : Recréez un sysdepends table provoque à devenir non valide

Traductions disponibles Traductions disponibles
Numéro d'article: 115333 - 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.
BUG #: 10215 (4.21a)
BUG #: 16652 (SQLBUG_65)
BUG #: 57903 (SQLBUG_70)
BUG #: 56127 (SHILOH)
		
Agrandir tout | Réduire tout

Symptômes

Si une procédure stockée ou une vue dépend d'une table qui a été supprimée, sysdepends continuera faisant référence à l'ancien identificateur de la table sous la forme d'une personne à charge, même si ce code n'existe plus. Par conséquent, sp_depends n'affichera pas la dépendance d'objet correct.

Contournement

Supprimez et recréez la procédure stockée ou la vue. Les entrées pour sysdepends seront recréées correctement.

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés au début de cet article. Nous recherche ce problème et nous publierons de nouvelles informations dans la base de connaissances Microsoft dès que possible.

Plus d'informations

Voici un exemple du problème. Tout d'abord, créez la table et la procédure qui font référence à cette table.
   create table testx (c int)
   go
   create procedure procx as select * from testx
   go
    select name, id from sysobjects where (name = "testx")

   or (name = "procx")
   go
				

   name                           id
   -----------------------------  ----------
   testx                          464004684
   procx                          480004741
				

À présent supprimer la table et le recréer en utilisant le même nom. Puis nouvel id d'objet.
   drop table testx
   go
   create table testx (c int)
   go
   select id from sysobjects where name = "testx"
				

   id
   -----------
   512004855
				

Une requête sur sysdepends montre que l'id d'objet dépendant n'est pas mis à jour.
   select id, depid from sysdepends where id = 480004741
				

   id          depid
   ----------  ----------
   480004741   464004684
				

Propriétés

Numéro d'article: 115333 - Dernière mise à jour: samedi 1 mars 2014 - Version: 3.3
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 4.21a Standard
  • Microsoft SQL Server 6.0 Standard
  • Microsoft SQL Server 6.5 Édition Standard
  • Microsoft SQL Server 7.0 Standard
  • Microsoft SQL Server 2000 Standard
Mots-clés : 
kbnosurvey kbarchive kbmt kbbug KB115333 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: 115333
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.

Envoyer des commentaires

 

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