本地运行ASP.NET网站提示找不到存储过程dbo.spLogActionsAdd的解决方法

针对服务器正常但本地触发错误的情况，可按以下步骤排查解决：

• 确认本地数据库存在目标存储过程
  打开SSMS连接本地SQL Server，定位到对应数据库，检查可编程性->存储过程目录下是否存在dbo.spLogActionsAdd。若缺失，从服务器数据库导出该存储过程的创建脚本，在本地数据库执行创建。

• 检查存储过程调用的架构指定
  确保代码中调用存储过程时明确指定dbo架构，比如EF中使用context.Database.ExecuteSqlCommand("EXEC dbo.spLogActionsAdd @param1, @param2", ...)的写法。若本地登录用户的默认架构不是dbo，省略架构前缀可能导致找不到存储过程，可通过以下SQL检查用户默认架构：

  SELECT name, default_schema_name FROM sys.database_principals WHERE name = '你的登录用户名'
  

  若默认架构不符，可修改用户默认架构，或强制在调用时加上dbo.前缀。

• 验证本地数据库账号权限
  本地登录账号可能缺少执行该存储过程的权限，执行以下语句赋予权限：

  GRANT EXECUTE ON dbo.spLogActionsAdd TO [你的登录用户名]
  

  也可确认账号是否属于db_owner、db_datawriter等具备执行权限的数据库角色。

• 清理Entity Framework缓存
  若使用EDMX模型，删除项目obj和bin目录下的临时文件后重新生成模型；若为Code First模式，确保迁移脚本已正确执行，或备份数据后删除数据库重新初始化。同时可重启本地IIS或应用程序池，清除内存中的EF元数据缓存。

• 再次确认连接字符串准确性
  即使已确认连接正确，仍可通过代码输出当前连接的数据库名验证：

  using (var context = new YourDbContext())
  {
      var dbName = context.Database.SqlQuery<string>("SELECT DB_NAME()").FirstOrDefault();
      // 输出dbName确认是否为目标数据库
  }
  

  同时检查连接字符串中的服务器实例名、数据库名是否存在拼写错误，是否误连到其他本地SQL Server实例。

• 排查大小写匹配问题
  若本地数据库的排序规则为区分大小写，需检查存储过程名称的大小写是否与代码中完全一致。例如服务器上是spLogActionsAdd，本地若创建成Splogactionsadd会导致找不到，需统一名称大小写。

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