创建表后编写存储过程遇Msg 213错误，请求技术协助

这个错误其实很好定位——就是你写的INSERT语句里，指定的列数量和对应给的值数量对不上，要么列多了值少了，要么反过来，咱一步步排查就行：

第一步：核对表结构和INSERT语句的列数 #

先把你的Student表结构拉出来，比如假设你的表是这样建的：

CREATE TABLE Student (
    ID INT PRIMARY KEY,
    Name VARCHAR(50) NOT NULL,
    Age INT,
    Class VARCHAR(20) DEFAULT '一班'
);

然后看存储过程里的INSERT语句，比如如果写成这样：

CREATE PROCEDURE Insert_Student
    @ID INT,
    @Name VARCHAR(50),
    @Age INT
AS
BEGIN
    INSERT INTO Student (ID, Name, Age, Class)
    VALUES (@ID, @Name, @Age);
END

这里明显列数是4个（ID、Name、Age、Class），但VALUES里只给了3个值，直接就触发Msg213了。要是你没指定列，直接写INSERT INTO Student VALUES(...)，那值的数量必须和表的总字段数完全一致（自增列除外，自增列不用手动给值）。

第二步：利用默认值/允许NULL的字段简化操作 #

如果表中某些字段允许NULL或者有默认值，你可以选择不指定这些字段，比如上面的Class有默认值，那可以改成：

INSERT INTO Student (ID, Name, Age)
VALUES (@ID, @Name, @Age);

这样Class会自动用默认值，就不会报错。要是你非要指定Class列，也可以用DEFAULT关键字代替值：

INSERT INTO Student (ID, Name, Age, Class)
VALUES (@ID, @Name, @Age, DEFAULT);

第三步：检查存储过程参数和VALUES变量的匹配度 #

有时候可能是存储过程定义的参数数量和INSERT里用的变量数量不一致，比如你定义了4个参数，但VALUES里漏写了一个，或者参数多定义了但没用到，都可能导致数量不匹配。比如参数有@ID,@Name,@Age,@Class，但VALUES里只写了@ID,@Name,@Age，这就会出问题。

第四步：排查拼写错误和多余逗号 #

别小看这个！有时候不小心多打了一个逗号，比如列写成(ID, Name, Age,)，或者值写成(@ID, @Name, @Age,)，数据库会把最后那个逗号后面当成还有一个列/值，自然就会判定数量不匹配，这种小细节很容易忽略。

举个正确的示例，假设你的表结构带自增列：

CREATE TABLE Student (
    StudentID INT IDENTITY(1,1) PRIMARY KEY,
    StudentName NVARCHAR(100) NOT NULL,
    StudentAge INT NULL,
    StudentClass NVARCHAR(50) DEFAULT '未分配'
);

对应的正确存储过程可以写成这样：

CREATE PROCEDURE Insert_Student
    @StudentName NVARCHAR(100),
    @StudentAge INT = NULL,
    @StudentClass NVARCHAR(50) = NULL
AS
BEGIN
    SET NOCOUNT ON;
    -- 方式1：指定列，用ISNULL处理默认值
    INSERT INTO Student (StudentName, StudentAge, StudentClass)
    VALUES (@StudentName, @StudentAge, ISNULL(@StudentClass, DEFAULT));
    
    -- 方式2：不指定列，值的数量匹配表中除自增列外的字段数
    -- INSERT INTO Student VALUES (@StudentName, @StudentAge, ISNULL(@StudentClass, DEFAULT));
END

要是你能把具体的表结构和存储过程代码贴出来，我还能更精准地帮你定位问题，但按照上面的步骤排查，基本就能解决这个列数不匹配的问题啦。

内容的提问来源于stack exchange，提问作者Hackers Scool