我正考虑去黄金海岸（澳大利亚）的Tech.Ed。 我在很多美国的SQL Server演讲者和演讲中都非常嫉妒。 那些知名的SQL人物将会在那里（甚至有猜测会做）？ TechEd的国家与国家有多相似？ 这是一个在不同国家出现的同一个人的“单词路演”，还是大多数本地的微软和MVP？ 更新：很高兴看到现在teched演示文稿在线和免费下载！ 很多很棒的内容在这里： http : //www.msteched.com/
它有多昂贵（CPU或内存明智）是有多个SQL Server 2005实例，而不是只有一个实例与前缀的数据库？ 一个公司有三个应用程序提供者 他们每个将安装一个应用程序，他们每个需要两个或三个数据库。 他们都应该使用相同的实例，还是应该使用它自己的命名实例？ 有一个或其他设置的强有力的理由？
IANADBA，但是我正在编写一个脚本，只要oracle备用数据库还没有被激活就会采取行动。 我正在寻找的是两个查询（或一组查询，如果有必要的话）。 1 – 数据库是否挂载（如在，有人做了“alter database mount standby database”） 2 – 如何判断数据库是否被激活（如“alter database activate standby database”）？ 正如我所提到的，我正在寻找疑问，但是如果有一种方法可以在系统中进行说明的话，我也会接受。 谢谢！ 更新 我采取了下面的build议（稍微修改，因为我正在处理Oracle 8i，我得到这个： SQL> SELECT INSTANCE_NAME, DATABASE_STATUS, INSTANCE_ROLE from v$instance; INSTANCE_NAME DATABASE_STATUS INSTANCE_ROLE —————- —————– —————— RGR01 ACTIVE PRIMARY_INSTANCE 目前，这个实例正在主动恢复归档日志，但不是“活的”。 我仍然在寻找一种方法来判断它是不是作为备用数据库挂载的。
如果我有一个长期运行的Postgres查询，并且定期的“kill [pid]”不起作用，并且pg_cancel_backend不起作用，我该怎么办？
我已经inheritance了一个非常不安全的PHP Web应用程序，有一个SQL注入的历史。 我不能立即修复这些脚本，而是需要他们运行才能运行网站，并且首先从php端处理php脚本过多。 不过，我确实可以完全控制服务器和服务器上的软件，包括完全控制mysql数据库及其用户。 让我们估计一下总共300个脚本，40个半私有脚本和20个私有/安全脚本。 所以我的问题是如何最好的保护数据，隐含的假设，从PHP方面的SQL注入（例如在300个脚本列表中的某处）是不可避免的？ 我的第一个草案计划是在mysql数据库中创build多个不同权限的用户层。 通过这种方式，我可以确保数据和脚本最需要保护第一（“私人/安全”类别），然后是第二层数据库表和脚本（“半私人”），最后处理安全性其余的PHP应用程序总体上（最终确保数据库表，基本上处理“公共”信息，例如，甚至只是查看主页需要）的结果。 因此，3个数据库用户（公用，半专用和安全）使用不同的用户连接三组不同的脚本（安全脚本，半私有脚本和公用脚本）。 通过这种方式，我可以阻止所有对“公开”或“半私人”的“安全”访问，以及“公开”的“半私密”访问。 还有其他的select，我应该看看？ 如果一个分层的接入系统是一条路，那么最好的方法是什么？
我们正在把我们不重要的SQL Server数据库[65Gib]移到新的服务器上。 在组合中，我们正在从SQL Server 2005迁移到SQL Server 2008 R2，理想的情况是需要一些时间来处理ALTER，将不同的表移动到不同的文件组中。 传统的刀子将是： 老OLD服务器 复制closures数据库文件（刚刚意识到，我将不得不find一些其他的方式从masterdb的用户login复制 ） 通过GigE将它们复制到新的数据库 将数据库导入NEW服务器并允许进行任何升级。 完成ALTERs 启用NEW服务器 我希望尽可能多地预先传输数据。 是否有一个很好的[简单]的方法来复制数据库的实时版本，并继续更新目标服务器，直到所有的准备工作完成？ 它发生在我身上，我可以使用复制，但我不知道是否可以然后促进复制奴隶主… 或者，我是否在尝试同时切换服务器和软件版本时出错？
我们有三台SQL Server服务器，每台服务器上有五六个数据库。 我们正在将这些服务器迁移到新的SAN，我正在开发最好的RAIDconfiguration。 目前，所有数据库的所有日志文件共享一个RAIDarrays，除了日志文件之外，此RAIDarrays上没有任何其他内容，但所有数据库都使用相同的arrays作为其日志文件。 我读过最好在不同的磁盘上安装日志文件。 但在我们的情况下，我不确定是否最好有一个大的arrays与约8个驱动器的所有日志文件。 或者，创build四个磁盘arrays并将一些较大的数据库作为自己的专用磁盘作为日志文件会更好吗？
在客户的生产环境中，我有一个奇怪的问题。 除了SQL服务器在虚拟服务器上运行之外，我不能在基础结构上提供任何细节。 数据，日志和文件stream文件位于另一个存储服务器上（数据和文件stream一起login到一个单独的服务器上）。 在我们的本地testing环境中，有一个执行这些持续时间的特定查询： 首先我们清除caching 300ms（第一次需要更长的时间，但从此开始caching。） 20ms的 15毫秒 17MS 在客户的生产环境中，SQL Serverfunction更强大，这是持续时间（我没有权限清除caching，明天就试试）。 在2500ms 2600ms 2400ms 客户的生产环境中的服务器function更强大，但他们确实有虚拟服务器（我们不这样做）。 可能是什么原因… 内存不足？ 不成？ 物理存储？ 你将如何解决这个性能问题？ 编辑： 有人问我数据集是否相等。 我在我们的环境中恢复他们的数据库 的确，这是我所看到的第一件事情。 （@Everyone：我添加了编辑，因为这将是许多人会想到的第一件事）。
我已经意外删除了一个表，我该如何回滚。 请build议。
您好我有一个从现在不能访问的机器安装不同的SQL Server的mdf和ldf文件，并希望将它们附加到我当前的安装来获取数据。 当我尝试这个时，我得到一个错误： Cannot attach a database with the same name as an existing database. (Microsoft.SqlServer.Smo) 这是因为mdf被命名为msdbdata，就像我当前的安装。 我不知道现在是否有办法重命名这个数据库，或者我可以做什么。 任何帮助，将不胜感激。 谢谢！