我希望能够只读访问我的SQL Server 2008数据库服务器。 特别是两个数据库，一个叫做“live”，一个叫“stage”。 本质上，接收这个用户名和密码的人应该能够从任何表中进行select，但是不能执行任何更新，删除或插入操作。 当然，他们不应该能够执行DDL操作。 如果必须的话，我可能会逃避禁止他们运行存储过程。 有什么build议？
在SQL Server Management Studio中，当我右键单击数据库并单击属性时，将打开一个窗口，显示用户对数据库的权限。 我最近添加了一个用户到活动目录，目的是在我的数据库上授予这个用户权限。 问题是，在活动目录中，我看到了很多用户，但在SQL Server Management Studio中，我只能看到这些用户中很less。 我刚刚创build的用户在search – >浏览或search确切名称时都不显示。 我究竟做错了什么？ 不应该SQL Server能够连接到Active Directory来获取用户列表吗？ 此外，似乎所有正在显示的用户都来自AD中的一个组… 编辑 只是表示感谢所有的答案… 答案和解决scheme摘要 用户需要添加到主要的安全 – >login文件夹之前，他们出现在特定的数据库的属性 – >权限 – >用户列表。 但是，由于我对SQL Server本身没有足够的权限，所以当我去到主login文件夹时，我看不到用户（即使他们在我的同事那里有更多的权限）。 但是由于我对数据库有足够的权限，我可以看到那里的用户，导致我的困惑。
我们刚刚完成了从SQL 2000到SQL 2008 R2的迁移，并且已经开始间歇性地接收到SqlExceptions以下两条错误消息： 从服务器接收结果时发生传输级错误。 （提供程序：TCP提供程序，错误：0 – 信号量超时期限已过。） 从服务器接收结果时发生传输级错误。 （提供程序：TCP提供程序，错误：0 – 信号量超时期限已过。） 我们有3台Web服务器连接到运行大约100个应用程序的SQL Server（全部访问SQL Server上的相同8个数据库）。 因为2000服务器上没有发生这些exception情况，所以我们认为这不太可能是一个应用程序问题（但是我们并不排除）。 网站上的stream量是典型的，排除了高stream量问题。 旧的SQL 2000盒子有4个CPU和8 GB的RAM，而新的有24 GB的RAM和16个CPU（目前和这个问题未充分利用）。 这些错误几个小时前发生了大约5分钟的时间，并且还没有重新发生。 sys.dm_os_ring_buffers系统视图不显示这些断开连接的条目，并且在服务器或客户机上都没有对应的事件日志条目。 一些谷歌search发现了一些类似的报告，但没有什么似乎明确（见下面的链接）。 有没有人从SQL 2000迁移到SQL 2008 R2后看到类似这样的错误？ 链接： https://stackoverflow.com/questions/810673/connection-problems-with-sql-server-in-asp-net-applications-using-out-of-process http://blogs.msdn.com/b/spike/archive/2009/04/16/a-transport-level-error-has-occurred-when-sending-the-request-to-the-server-provider- TCP-提供商误差-0-AN-现有连接此结果强制地封闭由这-远程host.aspx
是否可以在不安装SQL Server 2008的情况下安装SQL Server Management Studio 2008 Express？ 我现在在我的电脑上安装了SQL Server 2005和SQL Server Management Studio 2005 Express。
如何在SQL Server 2008安装上启用远程连接？ 我已经在Windows防火墙中创build了一个规则来允许通过端口1433的stream量，但是这似乎还不够。
我正在使用SQL Serverpipe理工作室2008年。 我有一个巨大的遗留数据库，数千列。 如果我可以search名称包含特定子string的所有列，那将会很好。 有谁知道如何做到这一点？ 谢谢！
我试图重命名一个数据库，它说，它需要被locking才能执行此操作… 我怎样才能检查谁连接到它？
在周末，我运行的网站停止运行，每次向网站发出请求时，都会在事件查看器中logging以下错误： 事件ID： 9001 数据库“ 数据库名称 ”的日志不可用。 检查事件日志中的相关错误消息。 解决任何错误并重新启动数据库。 该网站托pipe在一个专门的服务器，所以我能够RDP到服务器和周围。 数据库的LDF文件存在于C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA文件夹中，但试图对Management Studio中的数据库执行任何操作会导致报告相同错误的对话框 – 9001：数据库日志不可用… 这是我第一次收到这个错误，而且我已经在这个专用的Web服务器上托pipe了这个站点（和其他）两年多了。 这是我的理解，这个错误表明一个损坏的日志文件。 通过分离数据库，然后从几天前恢复备份，我能够恢复网站的在线状态，但是我担心这个错误是一个更严重的问题，即硬盘驱动器故障。 我通过电子邮件发送给networking托pipe公司的支持，这是他们的回复： 在事件日志中似乎没有任何其他原因的迹象，所以可能是日志损坏了。 目前内存的资源是87％，这也可能有影响，但不太可能。 日志只能“损坏”吗？ 我的问题：我应该采取什么措施来诊断这个问题？ 我如何确定这是否确实是硬件问题？ 如果是这样，除了更换磁盘之外还有其他的select吗？ 谢谢