标签: sql-server

有没有什么快速的方法可以通过 SQL 查询找出服务器上的哪个站点使用所有 CPU？随机CPU只是坐在100％，我不知道为什么？

如果我有两套系统使用的数据库表

• 收集某些数据处理结果的表。大多数时候会得到很多 INSERT 操作。
• Web 应用程序用于生成页面和报告的表

对于这个问题，让我们假设表集是互斥的（也许有一些过程会定期将数据从第一组迁移到第二组）。

我会看到以下两个设置之间的性能差异吗

• 两组表在一个数据库中
• 两组表位于同一 SQL Server 上的两个独立 DB 中

我有一个带有 SQL Server 2008 的生产设备，我希望将我的 DEV 服务器与另一个运行 2005 的服务器合并。所以我的问题是，是否有任何我可以设置的选项可以让我将 2008 年的生产转储恢复到我在 SQL 2005 上的新开发？

谢谢！

我最近参加了我们公司使用的软件产品的会议。在一次演示中，他们表示用户不应允许单个 .mdb 文件增长到 64GB 以上，并引用了一篇 MS 文章作为他们的来源，指出在允许数据库增长到如此大之前，您应该创建第二个数据文件。我现在无法访问该链接，也找不到任何信息来支持他们的主张。有没有人以前听说过这样的事情，根据 msdn，这里列出的最大文件大小至少不支持他们的声明。

我确实知道除了硬大小限制之外还有其他问题，例如复制到新位置的时间等，但是在我们的安装中所有条件都相同时，我宁愿保留一个数据文件，除非有令人信服的理由将其拆分。

我刚刚将 SQL Server 2000 DB 转移到 SQL Server 2005 Express（即将升级），在此过程中，我正在清除前任所有者的一些坏习惯。

一方面，旧的 Web 应用程序使用“sa”帐户访问数据库。我现在已经创建了一个新的登录名并将其映射到这个特定数据库中的用户，并具有 db_datawriter 和 db_datareader 角色。登录工作正常...但是当应用程序尝试执行任何存储的 proc 时，我收到有关未找到该 proc 的错误。这是一个权限问题...使用新凭据通过 Management Studio 连接到服务器向我表明，该应用程序的存储过程甚至都不可见，因此该错误是有道理的。

但是……这里有两三百个存储过程。如何授予此用户访问权限以执行任何存储的过程，而无需修改每个过程的权限？现在我去为这个用户添加了“db_owner”角色。但这似乎有点矫枉过正……？

我使用的是 VSTS 2008 + C# + ADO.Net + SQL Server 2008。当从另一台远程机器连接时，ADO.Net 客户端通常使用 TCP/IP 协议连接到 SQL Server 2008。本地连接时（ADO.Net 客户端）和 SQL Server 在同一台机器上），通常使用共享内存或命名管道。

我的问题是，除了一般规则之外，如何准确检查（例如，从某些 SQL Server 内置命令/工具/存储过程？）特定连接使用什么通信协议？

提前致谢，乔治

拥有使用 MS SQL Server 2005 Express Edition 的 Web 托管服务。我已启用远程数据库访问，但我想为用户设置权限，以便当他们登录管理工作室时，他们只能看到他们的数据库，而不是我在服务器上拥有的所有数据库。我该如何设置？

我正在使用 SQL Server 2005。

我正在运行一个处理大约 10 万条记录的工作。作业运行良好，执行需要 45 分钟，这很好。

但是在处理完该作业后，我可以看到 SQL Server 2005 的实例仍然存在，大约有 900 MB 的内存。我等了大约 2 小时，但没有释放内存。

这里是否有任何处理内存的进程，例如 GC（不可预测）或者我做错了什么？？？

从技术上讲，这不是我需要解决的问题。我正在开发一个项目，其中应用程序直接连接到 MS Access 数据库。客户建议将数据库迁移到他们的 SQL Server 实例。然后，应用程序将使用不同的连接字符串直接连接到 SQL Server 数据库而不是 MS-Access。一个简单的测试运行证明这是可行的，两个用户连接到同一个数据库。

我不知道客户真正使用的是哪个版本的 SQL Server，但我假设他们知道他们在做什么。现在，我正在添加一些额外的代码更改，我可以在 SQL Server Express 2005 上测试应用程序，最多 5 个用户。但是客户将有 500 多个用户同时使用相同的应用程序，因此将有 500 个直接连接到数据库。

我无法说服客户为此项目的更好的客户端/服务器模型支付一些额外费用。它还需要一些额外的开发时间。而且我不熟悉单个 SQL Server 数据库上这么多用户可能出现的问题。所以我觉得我好像是泰坦尼克号的船长，我刚刚发现了一座冰山......

那么，会沉吗？该客户忽略的这种设置有哪些风险？还是没有值得一提的风险？（客户对 SQL Server 有经验，所以主要是我有疑问。）

我们有一个开发服务器。首先我们有 SQL 2000（默认实例），当 SQL 2005 出来时，我们将它安装为命名实例。现在我们几乎不使用 SQL2000 实例，但这是默认的。我们希望 SQL2005 成为默认实例并使 2000 成为一个命名实例。这甚至可能吗？

谢谢！