我已经使用Microsoft SQL Server有一段时间了，现在回到4.2版本，这是一个移植版本的Sybase SQL Server 4.9运行在Windows工作组3.11。那些日子。从那时起，这个产品已经走过了很长的一段路，最终在今年即将发布的SQL 10.0，也就是众所周知的SQL Server 2008。经过这么多年，产品已经接近完美了，对吧?嗯，没那么快。让我们看看我对下一个版本的期望清单上的几个项目:
1. SSMS自动刷新
2.带有负载均衡的数据库镜像
3.SSMS内置的日志浏览器
4.ReportBuilder RDL对bid是准确的
5.截断事务日志的完全备份
6.报告管理器的源代码
让我们一个接一个地看待他们：
1. SSMS自动刷新：讨厌旧企业管理器应用程序的一件事是创建了一个新对象（如数据库或表）时，您需要手动刷新对象资源管理器以查看新对象。此行为仍在SQL Server Management Studio中，即使它是2005年的完整重写（是的，我甚至在2008年检查了新的RC0），并且尤其令人讨厌，因为您必须刷新包含对象的确切文件夹。只是击中F5不会削减它。SSMS在“引擎盖下”这样做，所以为什么不能再做一次？
2.具有负载均衡的数据库镜像：为SQL Server 2005公布数据库镜像时，我们承诺了一种数据保护和负载平衡解决方案，具有透明故障转移和无群集的客户端重定向。好吧，除了负载平衡外，它几乎都在SQL Server 2008中。您可以看到，镜像数据库必须处于“恢复”或“无恢复”模式，直到发生故障转移，这使得镜像数据库无法使用负载平衡查询。是的，您可以制作镜像的数据库快照，但这是一个时间点快照，并不反映最新的更新。必须有一种方法......我认为必须有一个防止这个的设计缺陷。在此之前，我将使用点对点复制或日志运输以进行负载平衡。
3. Log Explorer内置于SSMS：事务日志上的官方线路是它以内部格式存储，无法手动查看或修改。您需要一个第三方工具，如Lumigent的日志资源管理器，可以查看存储在事务日志中的事务，并在不重播其他人的情况下选择性地重放事务进行操作。Microsoft应该拥有此技术内置于SSMS中。我很惊讶微软不仅仅是获得这项技术。我猜Lumigent有一个非常高的问价格。也许是买雅虎的更便宜！（SIC）
4. epordBuilder RDL准确的出价：ReportBuilder使用报表模型非常快速地开发强大的报告。您甚至可以允许您的用户自己开发Ad Hoc报告。或者将其保留在后面的口袋中，为您预订T恤时间的快速报告开发给您的用户留下深刻的印象。（只是在开玩笑！）。整洁的事情是ReportBuilder生成RDL（报告定义语言），它是报表服务中所有报告的XML源格式。这意味着您可以在ReportBuilder中建立一个报告，并在商业智能开发工作室（出价）中与报告设计师打开它，以进一步提升。除了是否没有正确定义数据集定义以进行出价，需要某些手动干预以使该件正确正确。微软将无法纠正这一点。
5.完全备份截断事务日志：自SQL Server开头以来，完整的数据库备份不会截断事务日志。这意味着在完全恢复模型中，除非您单独执行定期事务日志备份，否则事务日志将继续增长AD Infinitum。Microsoft Exchange完全备份截断其事务日志，因此为什么我们不能为SQL拥有此项？这将有助于听到Microsoft将SQL Server推向“自我调整”模型的新手用户。
6.报告管理器的源代码：报表管理器是2005年构建的一个相当笨重的Web应用程序。现在它已在本机.NET代码中重写，因此我们不必在2008年使用IIS或ASP.NET。那是伟大的。但为我们提供源代码，以便我们可以自己增强这一前端应用。这可能太接近了开源？调用它共享来源并让我们继续...
那是我的名单。你的愿望清单是什么？
干杯
br