如何解决设计要在共享托管环境中使用的SQL Server数据库
|| 我一直亲自使用专用服务器和VPS,因此可以完全控制我的SQL Server(使用2008 R2)。现在,我正在研究一个asp.net项目,该项目可以部署在我经验很少的共享宿主环境中。我的问题是我可以在共享环境中使用的SQL Server功能是否受到限制? 例如,如果我将数据库设计为使用视图,存储过程,用户定义的函数和触发器,那么最终用户是否可以在共享托管中使用它们?主机通常是否提供对它们的访问,并且难于使用? 如果是这样,我假设主机将为用户提供登录名,并且他可以使用管理工作室之类的工具在自己的数据库中进行操作,就好像它是自己的服务器一样?如果我提供脚本来安装这些脚本,它们是否可以在用户数据库中的用户凭据上运行?解决方法
所有数据库对象均可用。它包括表,视图,sp,函数,键,证书...
通常,CLR和FTS被禁用。
最后,您将无法访问大多数服务器对象(登录,服务器触发器,备份设备,链接的服务器等)。
SQL Mail,Reporting Services也经常被关闭。
,如果该数据库是所有用户的共享数据库,则取决于其他用户对数据库进行身份验证的方式。
如果主机上的每个用户都能收到它自己的数据库:
如果您的脚本是以通用方式编写的(例如,在这种情况下未绑定到固定的用户名),则其他用户将能够在其数据库上执行它们,并具有相同的功能。 (第二次单击数据库,然后选择任务->备份)
您还可以提供全新设置数据库的简单纯备份转储,因此对于其他用户而言,只需单击一下即可完成设置。同样,从一开始,您就应该考虑如何推出需要影响每个用户的更改。
一种可能的方法是始终提供增量脚本,无论您是要修补错误还是添加新内容。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。