Pourquoi Microsoft SQL Server vérifie-t-il les colonnes mais pas les tables dans les procs stockés?

Question

Microsoft SQL Server semble vérifier la validité du nom de colonne, mais pas la validité du nom de la table lors de la définition des procédures stockées. S'il détecte qu'un nom de table référencé existe actuellement, il valide les noms de colonne dans une instruction par rapport aux colonnes de cette table. Ainsi, par exemple, cela se déroulera sur OK:

CREATE PROCEDURE [dbo].[MyProcedure] 
AS 
BEGIN 
    SELECT 
     Col1, Col2, Col3 
    FROM 
     NonExistentTable 
END 
GO 

... tout comme ceci:

CREATE PROCEDURE [dbo].[MyProcedure] 
AS 
BEGIN 
    SELECT 
     ExistentCol1, ExistentCol2, ExistentCol3 
    FROM 
     ExistentTable 
END 
GO 

... mais cela ne fonctionne pas, avec 'nom de colonne non valide':

CREATE PROCEDURE [dbo].[MyProcedure] 
AS 
BEGIN 
    SELECT 
     NonExistentCol1, NonExistentCol2, NonExistentCol3 
    FROM 
     ExistentTable 
END 
GO 

Pourquoi SQL Server vérifie-t-il l'existence des colonnes, mais pas des tables? Sûrement c'est inconsistant; il devrait faire les deux, ou aucun. Il est utile de pouvoir définir des SP qui peuvent se référer à des tables ET/OU des colonnes qui n'existent pas encore dans le schéma. Il est donc possible de désactiver la vérification de l'existence des colonnes SQL Server dans les tables existantes ?

Answer 1

Ceci est appelé résolution de nom différée.

Il n'y a aucun moyen de l'éteindre. Vous pouvez utiliser le SQL dynamique ou (un hack méchant!) Ajouter une référence à une table inexistante afin que la compilation de cette déclaration soit différée.

CREATE PROCEDURE [dbo].[MyProcedure] 
AS 
BEGIN 

CREATE TABLE #Dummy (c int) 

    SELECT 
     NonExistantCol1, NonExistantCol2, NonExistantCol3 
    FROM 
     ExistantTable 
    WHERE NOT EXISTS(SELECT * FROM #Dummy)  


DROP TABLE #Dummy 

END 
GO 

Answer 2

Cet article dans MSDN devrait répondre à votre question.

de l'article:

Lorsqu'une procédure stockée est exécutée pour la première fois, le processeur requête lit le texte de la procédure stockée dans la vue du catalogue sys.sql_modules et vérifie que les noms de les objets utilisés par la procédure sont présents. Ce processus est appelé résolution de nom différée car les objets de table référencés par la procédure stockée ne doivent pas nécessairement exister lors de la création de la procédure stockée, mais uniquement lorsqu'elle est exécutée.