0

我有一个存储过程,我正在努力,我试图让它返回存储在我创建的过程中的表变量的结果。出于某种原因,当我执行该程序时,它不返回任何内容。但是,如果我拿一块用来填充表变量并取出它的工作程序代码...存储过程不返回表变量的结果?

的代码如下:

测试代码

DECLARE @RC int 
DECLARE @constraint_names nvarchar(max) 
DECLARE @column_names nvarchar(max) 
DECLARE @table_name nvarchar(max) 
DECLARE @table_schema nvarchar(max) 
DECLARE @database_name nvarchar(max) 
DECLARE @debug int 
DECLARE @ExistFlag int; 

-- TODO: Set parameter values here. 
SET @column_names = 'M2016_Object_ID int, Name varchar(50), a int, b' 
SET @table_name = 'tblM2016_Objects'; 
SET @debug = 0; 
SET @ExistFlag = 1; 

DECLARE @existing_cols TABLE (Value nvarchar(max)); 
INSERT INTO @existing_cols EXEC spM2016_CheckColumnExistence_tblM2016 
@column_names, @table_name, @database_name, @table_schema, 1, 0; 
select * from @existing_cols 

结果

Value 
M2016_Object_ID int 
Name varchar(50) 

这是预期的结果,因为我测试查看tblM2016_Objects表中是否存在M2016_Object_ID和Name列。

但是,当我在存储过程中执行此操作时,它不返回任何内容。

存储过程

ALTER PROCEDURE spM2016_ChangePKConstraints_tblM2016 
-- Add the parameters for the stored procedure here 
    @constraint_names nvarchar(max) = 
N'PK_tblM2016_Fields_M2016_Field_ID', 
    @column_names  nvarchar(max) = N'M2016_Field_ID', 
    @table_name   nvarchar(max) = N'tblM2016_Fields', 
    @table_schema  nvarchar(max) = N'dbo', 
    @database_name  nvarchar(max) = N'MET', 
    @debug    int = 0 
AS 
BEGIN 
-- SET NOCOUNT ON added to prevent extra result sets from 
-- interfering with SELECT statements. 
SET NOCOUNT ON; 

-- Insert statements for procedure here 
DECLARE @tbl_name  nvarchar(max) = N'tblM2016_Fields', 
     @col_names  nvarchar(max) = N'M2016_Field_ID', 
     @tbl_schema  nvarchar(max) = N'dbo', 
     @db_name  nvarchar(max) = N'MET', 
     @tbl_full_name nvarchar(max), 
     @tbl_short_name nvarchar(max), 
     @sql   nvarchar(max), 
     @params   nvarchar(max) 

-- Insert statements for procedure here 

SET @col_names = ISNULL(NULLIF(@column_names, ''), @col_names); 
SET @tbl_name = quotename(ISNULL(NULLIF(@table_name, ''), @tbl_name)); 
SET @tbl_schema = quotename(ISNULL(NULLIF(@table_schema, ''), @tbl_schema)); 
SET @db_name = quotename(ISNULL(NULLIF(@database_name, ''), @db_name)); 

SET @tbl_full_name = @db_name + '.' + @tbl_schema + '.' + @tbl_name; 
SET @tbl_short_name = @tbl_schema + '.' + @tbl_name; 

DECLARE @existing_cols TABLE (Value nvarchar(max)); 
DECLARE @nonexisting_cols TABLE (Value nvarchar(max)); 

--INSERT INTO @split_columns 
-- SELECT * 
-- FROM 
-- fnM2016_Split_String_Inline(@col_names, ','); 

--IF (@debug = 1) 
-- SELECT * FROM @split_columns; 

IF NOT EXISTS (SELECT * FROM sys.objects WHERE type = 'PK' AND parent_object_id = OBJECT_ID(@tbl_full_name)) 
BEGIN 
    -- No PK constraint, check col_names to see which exist and don't exist 
    INSERT INTO @existing_cols EXEC spM2016_CheckColumnExistence_tblM2016 @col_names, @tbl_name, @db_name, @tbl_schema, 1, 0; 

    INSERT INTO @nonexisting_cols EXEC spM2016_CheckColumnExistence_tblM2016 @col_names, @tbl_name, @db_name, @tbl_schema, 0, 0; 

    SELECT * FROM @existing_cols; 

    SELECT * FROM @nonexisting_cols; 

END 
--ELSE 
--BEGIN 

--END 

END 

结果 这些是在测试用相同的参数值执行上述步骤之后的结果:

EXECUTE @RC = [dbo].[spM2016_ChangePKConstraints_tblM2016] 
@constraint_names 
,@column_names 
,@table_name 
,@table_schema 
,@database_name 
,@debug; 

结果

Value 

该表故意没有主键。证明: enter image description here

+0

在你的程序中,你有表的名称为'@table_name为nvarchar(MAX)= N'tblM2016_Fields'',但它应该是' tblM2016_Objects' –

+0

您可以显示您传递给'spM2016_ChangePKConstraints_tblM2016'过程的实际值吗? –

+0

测试代码块中使用的参数与传递给spM2016_ChangePKConstraints_tblM2016的参数相同。 – Jake

回答

1

在您的过程中,更改“声明”部分中表的名称。

这应该解决这个问题。

ALTER PROCEDURE spM2016_ChangePKConstraints_tblM2016 
-- Add the parameters for the stored procedure here 
    @constraint_names nvarchar(max) = 
N'PK_tblM2016_Fields_M2016_Field_ID', 
    @column_names  nvarchar(max) = N'M2016_Field_ID', 
    @table_name   nvarchar(max) = N'tblM2016_Objects', 
    @table_schema  nvarchar(max) = N'dbo', 
    @database_name  nvarchar(max) = N'MET', 
    @debug    int = 0 
AS 
BEGIN 
-- SET NOCOUNT ON added to prevent extra result sets from 
-- interfering with SELECT statements. 
SET NOCOUNT ON; 

-- Insert statements for procedure here 
DECLARE @tbl_name  nvarchar(max) = N'tblM2016_Objects', 
     @col_names  nvarchar(max) = N'M2016_Field_ID', 
     @tbl_schema  nvarchar(max) = N'dbo', 
     @db_name  nvarchar(max) = N'MET', 
     @tbl_full_name nvarchar(max), 
     @tbl_short_name nvarchar(max), 
     @sql   nvarchar(max), 
     @params   nvarchar(max) 
+0

参数顺序,我不认为这工作,因为我spM2016_CheckColumnExistence具有相同的默认参数并不会导致它,当我在直接把它称作失败测试代码。这些值主要用于null比较,以防表名参数传递给null或空字符串。 – Jake

0

我想出了这个问题。我的@table_name,@table_schema@database_name被传递到过程中spM2016_ChangePKConstraints_tblM2016已通过调用quotename()逃脱。在spM2016_CheckColumnExistence_tblM2016内部,我还对qutoename()的参数进行了验证检查,以检查坏表,数据库和模式名称。该程序代码被遗漏了,我对此表示歉意。

本质问题区域在这里spM2016_ChangePKConstraints_tblM2016(有问题的参数强调了与**)

问题代码

INSERT INTO @existing_cols EXEC spM2016_CheckColumnExistence_tblM2016 @col_names, **@tbl_name**, **@db_name**, **@tbl_schema**, 1, 0; 

注意,被传递到spM2016_CheckColumnExistence_tblM2016这些参数已经逃脱了quotename()以上在spM2016_ChangePKConstraints_tblM2016程序中。现在,这里是在spM2016_CheckColumnExistence_tblM2016程序丢失关键代码:在spM2016_CheckColumnExistence_tblM2016

问题代码

ALTER PROCEDURE spM2016_CheckColumnExistence_tblM2016 
-- Add the parameters for the stored procedure here 
@column_names nvarchar(max) = N'M2016_Field_ID int', 
@table_name  nvarchar(max) = N'tblM2016_Fields', 
@database_name nvarchar(max) = N'MET', 
@table_schema nvarchar(max) = N'dbo', 
@ExistFlag  int   = 1,      -- Check for column existence in given table = 1 
                 -- Check for column non-existence in given table = 0 
@debug   int   = 0      
AS 
BEGIN 
-- SET NOCOUNT ON added to prevent extra result sets from 
-- interfering with SELECT statements. 
SET NOCOUNT ON; 

-- Insert statements for procedure here 
DECLARE @tbl_name  nvarchar(max) = N'tblM2016_Fields', 
     @col_names  nvarchar(max) = N'M2016_Field_ID', 
     @tbl_schema  nvarchar(max) = N'dbo', 
     @db_name  nvarchar(max) = N'MET', 
     @tbl_full_name nvarchar(max), 
     @tbl_short_name nvarchar(max) 

-- Insert statements for procedure here 

***** PROBLEM STARTS HERE ***** 
SET @col_names = ISNULL(NULLIF(@column_names, ''), @col_names); 
SET @tbl_name = quotename(ISNULL(NULLIF(@table_name, ''), @tbl_name)); 
SET @tbl_schema = quotename(ISNULL(NULLIF(@table_schema, ''), @tbl_schema)); 
SET @db_name = quotename(ISNULL(NULLIF(@database_name, ''), @db_name)); 

SET @tbl_full_name = @db_name + '.' + @tbl_schema + '.' + @tbl_name; 
SET @tbl_short_name = @tbl_schema + '.' + @tbl_name; 

我突出问题与*****问题从这里开始*****为清楚起见。正如你所看到的,spM2016_CheckColumnExistence_tblM2016也做了quotename调用,以确保传递给spM2016_CheckColumnExistence_tblM2016@table_name@table_schema@database_name也有适当的转义。但是,因为我通过已经quotenamed @table_name@table_schema@database_namespM2016_ChangePKConstraints_tblM2016spM2016_CheckColumnExistence_tblM2016@col_names, @tbl_name, @db_name, @tbl_schema,他们得到了双引号和spM2016_CheckColumnExistence_tblM2016做的sys.object查询比较时是这样面目全非等正在返回假的结果。

测试代码工作的原因是因为参数在传递到spM2016_CheckColumnExistence_tblM2016时尚未转义,从而导致表变量执行正常。

事实证明,它没有任何关系与表变量:/