我已经使用Microsoft SQL Server一段时间了，返回到第4.2版，这是Windows为Workgroups 3.11上的Windows上运行的Sybase SQL Server 4.9的移植版。那些是日子。此后，该产品从那时起，即将发布的SQL 10.0即将发布的SQL 10.0，这一产品已经很长的方式。肯定是产品正在接近完美的所有年份，右边是众所周知的好吧，不是那么快。让我们看看下一个版本的愿望清单上的一些项目：
1. SSMS自动刷新
2.具有负载平衡的数据库镜像
3. Log Explorer内置于SSMS
4. ReportBuilder RDL准确的出价
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的Log Explorer这样的第三方工具，以查看存储在事务日志中的事务，并在不重复其他人的情况下选择性地重放事务进行操作。Microsoft应该拥有SSMS中的这项技术。我很惊讶微软不仅仅是获得该技术。我猜Lumigent有一个非常高的问价格。也许买雅虎的更便宜！（SIC）
4. ReportBuilder RDL准确的出价：ReportBuilder非常清楚使用报表模型快速开发强大的报告。您甚至可以允许您的用户自己开发Ad Hoc报告。或者将其保留在后面的口袋里，以便在预订T恤时间后向您的用户留下快速报告开发。（开玩笑！）。整洁的事情是ReportBuilder生成RDL（报告定义语言），它是报表服务中所有报告的XML源格式。这意味着您可以在ReportBuilder中建立一个报告，并在商业智能开发工作室（出价）中与报告设计师打开它，以进一步提升。除了DataSet定义未正确定义以进行出价，需要某些手动干预才能获得正确的干预。微软将无法纠正这一点。
5.完全备份截断事务日志：自SQL Server开头以来，完整的数据库备份不会截断事务日志。这意味着，在完全恢复模型中，除非您单独执行定期事务日志备份，否则事务日志将继续增长AD Infinitum。Microsoft Exchange完全备份截断其事务日志，因此为什么我们不能为SQL拥有此项？这将有助于揭示听说Microsoft将SQL Server推到“自我调整”模型的新手用户。
6.报表管理器的源代码：报告管理器是一个相当跨的Web应用程序，它是2005年的ASP.NET。现在它在本机.NET代码中重写，因此我们不必在2008年使用IIS或ASP.NET。那是大。但给我们源代码，以便我们可以自己增强这一前端应用。这可能太接近开源了吗？调用它共享来源，让我们继续......
那是我的名单。你的愿望清单是什么？
干杯
布莱恩