ASP.NET Schema Tabellen verursachende Probleme in VSTS

Question

Nach der VSTS Database DDR Installation und eine SQL Server 2005-Datenbank importieren, die die Schematische ASP.NET-Provider umfasst, erhalte ich die folgenden Warnungen:

TSD04151: Verfahren: [ dbo]. [aspnet_Users_DeleteUser] hat einen nicht aufgelösten Verweis auf das Objekt [dbo]. [sysobjects]. [name].

TSD04151: Prozedur: [dbo]. [Aspnet_Users_DeleteUser] hat einen nicht aufgelösten Verweis auf Objekt [dbo]. [Sysobjects].

TSD04151: Prozedur: [dbo]. [Aspnet_AnyDataInTables] hat eine nicht aufgelöste Referenz auf das Objekt [dbo]. [Sysobjects]. [Type].

TSD04151: Prozedur: [dbo]. [Aspnet_Users_DeleteUser] hat eine nicht aufgelöste Referenz auf das Objekt [dbo]. [Sysobjects]. [Type].

TSD04151: Prozedur: [dbo]. [Aspnet_AnyDataInTables] hat einen nicht aufgelösten Verweis auf Objekt [dbo]. [Sysobjects].

TSD04151: Prozedur: [dbo]. [Aspnet_AnyDataInTables] hat eine nicht aufgelöste Referenz auf das Objekt [dbo]. [Sysobjects]. [Name].

Kann jemand diese Warnungen loswerden?

Answer 1

Ich bin mir nicht sicher, aber ein kurzer Blick scheint folgendes zu enthüllen. Die Linie säumige im Skript zu sein scheint.

Linie 42 in Verfahren [dbo] [aspnet_Users_DeleteUser] (Guten Tag unterstreicht hier?) (wie folgt aus: \ _)

(EXISTS (SELECT name FROM sysobjects WHERE (name = N'vw_aspnet_MembershipUsers') AND (type = 'V'))))

die Systemansicht sysobjects gehört dem in System-Schema gebaut 'sys', das nicht der Fall ist im Datenbankprojekt enthalten. Daher denkt der Datenbankprojektparser (zu Unrecht), dass die Referenz nicht aufgelöst ist.

Ich glaube nicht, dass Sie etwas tun können, aber wählen Sie die Warnung aus den Projekteinstellungen zu ignorieren. (Seien Sie sich bewusst, dass das auch echte Fehler vor Ihnen verbergen wird.) Ich würde wahrscheinlich die Warnungen ignorieren.

Update: Versuchen einen Verweis auf hinzuzufügen:

C: \ Programme \ Microsoft Visual Studio 9.0 \ VSTSDB \ Extensions \ SQLServer \ 2008 \ DBSchemas \ master.dbschema

Answer 2

Kims Antwort oben funktioniert perfekt für die Situation, um die ich gebeten habe. Aber ich habe auch herausgefunden, dass Sie die Build-Warnungen pro Datei filtern können. Betrachten Sie http://blogs.msdn.com/gertd/archive/2009/01/11/file-level-build-warning-suppression-in-the-gdr.aspx