开发服务器和生产服务器之间的表适配器问题

发布于 2024-08-12 04:17:21 字数 178 浏览 2 评论 0原文

我在尝试为表适配器创建新的存储过程时遇到问题。在我的开发服务器上,Visual Studio 使用我的 Windows 登录;域名/用户名。当我尝试在生产服务器上创建相同的表适配器存储过程时,Visual Studio 使用“dbo”作为数据库连接用户 ID。这就是我想要的两种环境。关于两台服务器之间可能发生哪些权限问题有什么建议吗?谢谢。

I have a problem when trying to create a new sproc for a tableadapter. On my development server, Visual Studio is using my windows login; domain name/ username. When I try and create the same tableadapter sproc on our production server, Visual Studio uses "dbo" for the db connection user ID. This is what I want for both environments. Any suggestions as to what permission issues might be going on between the two servers? Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

勿忘初心 2024-08-19 04:17:21

您的用户名在生产中具有系统管理员权限。

在 SQL 实例/登录级别拥有 sysadmin 的任何人都是数据库/用户级别的 dbo。
在开发中,数据库中只有 db_owner 或 ddladmin,但没有 sysadmin。

不管怎样:

  • 为什么在创建对象时不使用模式?例如:“CREATE PROC **dbo.**uspFoo”
  • 为什么要从 VS 部署到生产环境?

Your username has sysadmin rights in production.

Anyone with sysadmin at the SQL instance/login level is dbo at the database/user level.
In development, it only has db_owner or ddladmin in the database but is not sysadmin.

Anyway:

  • Why aren't you using the schema when creating objects? like: "CREATE PROC **dbo.**uspFoo"
  • Why are you deploying to production from VS?
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文