我曾经有人在一台服务器上的Windows 2008上build立了一个域控制器，而在另一台服务器上设置了SQL Server 2008。 该域似乎工作正常，我作为一个域用户在两台服务器上login，似乎没有什么问题在那里。 但是，当我尝试将域用户/组添加到SQL Server安全性（例如，从创buildlogin屏幕中单击确定）时，它表示无法find它（即使我已经使用search来查找正确的帐户第一个地方），当我尝试login（即使我还没有添加它），它说了一些关于该帐户是一个不受信任的域的一部分，而不是说我没有权限login。 任何人有什么想法是什么设置不正确？
我pipe理（在'eksperiments'）从我的SQL Express实例中删除我的Windows用户。 我现在login为Windowspipe理员，并已重新创build相应的SQLlogin，但我不能分配系统pipe理员权限。 我得到的错误： 用户没有执行此操作的权限。 （Microsoft SQL Server，错误：15247） 如果pipe理员不能做到这一点，我应该开始寻找一个小动物牺牲？
这是我的情况： 我有两台服务器，服务器A安装了数据库服务器和SQL代理（SQL Server 2008企业版，64位）。 服务器B有供应商特定的应用程序需要SSIS驻留在同一台服务器出于某种原因。 根据MSDN许可，每个SQL Server许可证的SSIS不能超过1个。 因此，我们继续安装SSIS服务器B，并应用http://msdn.microsoft.com/en-us/library/ms137789.aspx中的configuration说明，告诉它数据库在服务器A中。 我能够在服务器B上使用DTEXEC手动运行软件包，并且运行时没有错误。 但是，我无法在服务器A上configurationSQL Server Agent作业，该服务器将针对服务器B的SSIS安装执行该程序包。 我得到一个关于需要在服务器A中安装SSIS的错误 问题是，如何告诉A中的Agent使用B上的SSIS执行包？
我有一个SQL Server 2005数据库的MDF文件，现在我想它附加在SQL Server 2008 R2中，但是当我尝试附加它，它给了我错误说。 Unable to open the physical file "D:\Fraz\Freelance\Database\DBmdf13aug\mbh_pk.mdf". Operating system error 5: "5(Access is denied.)". (Microsoft SQL Server, Error: 5120) 可能是什么问题以及如何解决？ 这个文件夹权限错误或sql server 2008有缺less的东西
为了在具有相同模式的表之间来回发送数据，我使用了pipe理工作室中的导入/导出任务。 问题在于SQLServer似乎以任何合适的顺序执行导入/导出操作。 这会导致需要按特定级联顺序导入的FK约束表问题。 我知道我可以按照我喜欢的顺序编写SSIS包来完成这些操作，但是有时导入/导出任务对于临时数据更改更容易。 有没有一种方法可以告诉SQL Server以约束的正确顺序执行任务？ 编辑：我知道我可以改变ALTER TABLE来禁用和启用FK的…我想我只是想知道是否有一个设置，使导入/导出任务自动执行此限制表。
当我使用命令进行完整备份时，事务日志是否会被截断？ BACKUP DATABASE AdventureWorks TO Adventurewks GO 还是必须分别进行日志备份？ BACKUP LOG AdventureWorks TO Adventurewks; GO 或者仅仅是针对时间点恢复的日志备份？
当我右键单击一个表，我可以selectselect top 1000 rows和edit top 200 rows我想添加一个选项select bottom 1000 rows 我很确定，我已经看到它在网上某处如何做到这一点。 但我不记得在哪里… 已经find这个： http : //sqlserver-training.com/how-to-change-default-value-of-select-or-edit-top-rows-in-ssms-2008/-但似乎不可能添加模板查询…
我目前正在经历一个奇怪的问题，就是我对SQL Server的理解不太理解。 我们使用SQL作为我们的内部存储服务的文件存储，而我们的数据库中有大约50万行。 大多数文件（86％）是1MB或者以下，但是即使在我们的数据库的新副本中，我们只是用testing目的的数据填充表格，看起来具有大量数据存储在BLOB中的行频繁当我们的SQL Server处于加载状态时会导致超时。 我对SQL Server如何删除行的理解是，它是一个垃圾收集过程，即该行被标记为ghost，并且在更改复制到事务日志之后，该行将被ghost清除过程删除。 这表明，无论数据块的大小如何，行删除都应该接近即时。 但是，当删除这些行时，我们肯定会遇到大量的超时和惊人的低性能。 在我们的testing数据集中，超过30mb的文件导致了这个问题。 这是一个边缘情况，我们并不经常遇到这些情况，尽pipe我们正在研究SQL文件stream作为解决我们的一些问题的方法，但我们正试图缩小这些问题的起因。 我们正在执行我们在一个交易中的删除。 我们也在执行文件大小统计等元数据的更新，但是这些更新存在于远离文件数据本身的单独表格中。 层次结构数据存储在包含文件信息的表中。 实际上，最后并不是我们在重要的删除操作上做了什么，在BLOB中包含大量数据的行上我们找不到任何对低删除性能的引用。 我们正在试图确定这是否是一个值得探索的途径，或者如果它必须成为我们的一个关于删除问题的stream程。 有没有可能发生这种情况？ 数据库服务器在很多这样的删除操作同时发生时，是否会发生完全超时？ 有没有办法解决这个问题，如果存在？ （ 从StackOverflow交叉发布 ）
我的公司正在转向SQL Server 2008 R2。 我们有一个包含大量存档数据的表格。 大多数使用此表的查询在where语句中使用DateTime值。 例如： 查询1 SELECT COUNT(*) FROM TableA WHERE CreatedDate > '1/5/2010' and CreatedDate < '6/20/2010' 我假设分区是在CreatedDate上创build的，每个分区分布在多个驱动器上，我们有8个CPU，数据库中有5亿条logging在2008年1月1日之间均匀分布到2/24/2011（38个分区）。 这个数据也可以分成四个季度或者其他的时间段，但是让我们把假设保持在几个月。 在这种情况下，我相信8个CPU将被利用，只有6个分区将在2010年1月5日至6月20date间被查询。 现在如果我运行以下查询，我的假设与上面相同。 查询2 SELECT COUNT(*) FROM TableA WHERE State = 'Colorado' 有问题吗？ 1.是否会查询所有分区？ 是 2.是否将使用全部8个CPU来执行查询？ 是 3.性能是否比查询没有被分配的表更好？ 是 4.还有什么我失踪？ 5.分区索引如何提供帮助？ 基于对SQL Server 2008分区表和并行性的有限了解，我回答了上面的第3个问题。 但是，如果我的答案不正确，你能否提供任何我不正确的反馈。 资源： video： 演示SQL Server 2008分区表并行 （5分钟长） MSDN： 分区表和索引 更新我们在数据库上有一个集群索引，并覆盖了列上的索引 […]
我已经在我的电脑上安装了SQL2005，最近IT部门也安装了SQL 2008.不幸的是，它与SQL2005并行安装，不幸的是SQL 2005的安装仍然是默认的，而SQL2008作为一个实例安装。 没有重做安装，是否有任何改变SQL2008的方式是默认的？ 卸载SQL2005也是一个可能的select，但我只是想确保我有一个默认的数据库后面（否则我不能再工作了…） 谢谢 山姆