| 订阅 | 在线投稿
分享
 
 
 

微软需要改进SQL Server的六大功能

2008-08-15 05:14:00 编辑來源:互联网 国际版 评论
 
 
  很长时间以来,我一直在使用Microsoft SQL Server。最开始,我使用的是SQL 4.2,这是Sybase SQL Server 4.9的一个移植版本,运行在Windows for Workgroups 3.11系统上,这都是很久以前的事情了。从那以后,微软的SQL产品已经走过了漫长的道路,而今年年底,微软又将推出新版本的SQL 10.0,也就是被业界炒得沸沸扬扬的SQL Server 2008。经过这么多年的不断完善,SQL产品肯定接近完美了,是不是?而事实并非如此。下面我就详细介绍一下我希望微软能够改进的SQL 6大功能,但愿能够在SQL Server 2008看到这些变化。

  1.SSMS 自动刷新

  在老版的企业管理器中,一件令人感到很讨厌的事情是当你创建一个新的对象时,比如一个数据库或一个表,您需要手动刷新对象资源管理器(Object Explorer),这样才能看到新创建的对象。这种现象仍然存在于SQL Server Management Studio中,即使它在2005年被彻底重写了,这件事情很恼人,因为你必须手动刷新包含新对象的那个文件夹。仅仅单击“F5”是不会解决问题的。SSMS在后台完成了那么多工作,那么,为什么不把这一功能交给SSMS来完成呢?

  2.负载平衡的数据库镜像

  当SQL Server 2005宣布具备数据库镜像(Database Mirroring)功能时,微软承诺给我们一个数据保护和负载平衡的解决方案,不需要群集就能实现透明的故障和客户端重定向。SQL Server 2008实现了几乎所有这些功能,除了负载平衡。在故障发生之前,镜像数据库不得不处于“Restoring”或“No Recovery”模式下,这使得镜像数据库不能用于负载平衡查询。的确,你可以对镜像数据库拍快照(snapshot),但是,这只是一个基于时间点的快照,并不能反映最新的数据库更新。我认为这是由设计缺陷造成的。在修整这一缺陷之前,我不得不使用点对点复制(Peer-to-Peer Replication)或日志传送(Log Shipping)进行负载平衡。

  3. SSMS内置日志管理器(Log Explore)

  通常,开发商对待事务日志(Transaction Log)的通用路线是,把它以某种内部或私有格式储存,用户无法查看或手动修改。如果你想要查看存储在Transaction Log中的事务记录,或者有选择性重新执行某些事务而不扰乱其它事务的话,出你需要使用一个第三方的工具,比如Lumigent的Log Explorer。微软应该将这种技术内置到SSMS中。微软至今没有收购该技术,这令我感到很奇怪。我猜想肯定是因为Lumigent要价太高了。也许要比收购雅虎的价格要便宜一些。

  4. ReportBuilder RDL应该更为精确,以便能为BIDS提供更好的服务

  ReportBuilder真的很酷,它能够让你使用报告模型非常迅速地创建强大的报告。你甚至可以让你的用户自己创建专案报告。或者把它放在你的口袋里,以便能在你预约体育锻炼的空闲间隙快速地开发报告---想象一下,这会给你的用户留下多么深刻的印象啊(开玩笑!)。ReportBuilder的神奇之处就在于它能生成RDL(报告定义语言),RDL是Report Services 中所有报告的XML源格式。这意味着你可以在Business Intelligence Development Studio (BIDS)中,用报表设计器(Report Designer)打开内置于ReportBuilder中的报告,从而进行进一步的修改和优化。除了BIDS数据集的定义不是很正确,需要进行一些人工干预来纠正这些错误。不过,微软若要修改这一功能应该不会花费太多时间。

  5.完整备份(Full Backup)应该截断事务日志

  自从SQL Server产品问世以来,完整的数据库备份(Full Database Backup)是不截断事务日志的。这意味着在全面修复模型(Full Recovery Model)下,事物日志会继续无限增长,除非你经常单独运行进行事务日志备份(Transaction Log Backups)。鉴于Microsoft Exchange Full Backup是截断事物记录的,所以我们为什么在SQL Server上也这么做呢?对于那些听说微软正在把SQL Server推进到“自我调整”模式的新用户来说,这将是很有帮助的。

  6.“开源”的报告管理器

  内置在ASP.NET 2005中的报告管理器(Report Manager)是一个相当笨重的Web应用。不过现在,它在本地.NET代码中被重写了,所以我们不必使用IIS or ASP.NET。这简直好极了。但是,把源代码给我们,那么我们自己就能够优化这个前端应用,这是不是太接近开源了?或许我们称之为共享源代码(Shared Source)更为准确。
 
 
  很长时间以来,我一直在使用Microsoft SQL Server。最开始,我使用的是SQL 4.2,这是Sybase SQL Server 4.9的一个移植版本,运行在Windows for Workgroups 3.11系统上,这都是很久以前的事情了。从那以后,微软的SQL产品已经走过了漫长的道路,而今年年底,微软又将推出新版本的SQL 10.0,也就是被业界炒得沸沸扬扬的SQL Server 2008。经过这么多年的不断完善,SQL产品肯定接近完美了,是不是?而事实并非如此。下面我就详细介绍一下我希望微软能够改进的SQL 6大功能,但愿能够在SQL Server 2008看到这些变化。   1.SSMS 自动刷新   在老版的企业管理器中,一件令人感到很讨厌的事情是当你创建一个新的对象时,比如一个数据库或一个表,您需要手动刷新对象资源管理器(Object Explorer),这样才能看到新创建的对象。这种现象仍然存在于SQL Server Management Studio中,即使它在2005年被彻底重写了,这件事情很恼人,因为你必须手动刷新包含新对象的那个文件夹。仅仅单击“F5”是不会解决问题的。SSMS在后台完成了那么多工作,那么,为什么不把这一功能交给SSMS来完成呢?   2.负载平衡的数据库镜像   当SQL Server 2005宣布具备数据库镜像(Database Mirroring)功能时,微软承诺给我们一个数据保护和负载平衡的解决方案,不需要群集就能实现透明的故障和客户端重定向。SQL Server 2008实现了几乎所有这些功能,除了负载平衡。在故障发生之前,镜像数据库不得不处于“Restoring”或“No Recovery”模式下,这使得镜像数据库不能用于负载平衡查询。的确,你可以对镜像数据库拍快照(snapshot),但是,这只是一个基于时间点的快照,并不能反映最新的数据库更新。我认为这是由设计缺陷造成的。在修整这一缺陷之前,我不得不使用点对点复制(Peer-to-Peer Replication)或日志传送(Log Shipping)进行负载平衡。   3. SSMS内置日志管理器(Log Explore)   通常,开发商对待事务日志(Transaction Log)的通用路线是,把它以某种内部或私有格式储存,用户无法查看或手动修改。如果你想要查看存储在Transaction Log中的事务记录,或者有选择性重新执行某些事务而不扰乱其它事务的话,出你需要使用一个第三方的工具,比如Lumigent的Log Explorer。微软应该将这种技术内置到SSMS中。微软至今没有收购该技术,这令我感到很奇怪。我猜想肯定是因为Lumigent要价太高了。也许要比收购雅虎的价格要便宜一些。   4. ReportBuilder RDL应该更为精确,以便能为BIDS提供更好的服务   ReportBuilder真的很酷,它能够让你使用报告模型非常迅速地创建强大的报告。你甚至可以让你的用户自己创建专案报告。或者把它放在你的口袋里,以便能在你预约体育锻炼的空闲间隙快速地开发报告---想象一下,这会给你的用户留下多么深刻的印象啊(开玩笑!)。ReportBuilder的神奇之处就在于它能生成RDL(报告定义语言),RDL是Report Services 中所有报告的XML源格式。这意味着你可以在Business Intelligence Development Studio (BIDS)中,用报表设计器(Report Designer)打开内置于ReportBuilder中的报告,从而进行进一步的修改和优化。除了BIDS数据集的定义不是很正确,需要进行一些人工干预来纠正这些错误。不过,微软若要修改这一功能应该不会花费太多时间。   5.完整备份(Full Backup)应该截断事务日志   自从SQL Server产品问世以来,完整的数据库备份(Full Database Backup)是不截断事务日志的。这意味着在全面修复模型(Full Recovery Model)下,事物日志会继续无限增长,除非你经常单独运行进行事务日志备份(Transaction Log Backups)。鉴于Microsoft Exchange Full Backup是截断事物记录的,所以我们为什么在SQL Server上也这么做呢?对于那些听说微软正在把SQL Server推进到“自我调整”模式的新用户来说,这将是很有帮助的。   6.“开源”的报告管理器   内置在ASP.NET 2005中的报告管理器(Report Manager)是一个相当笨重的Web应用。不过现在,它在本地.NET代码中被重写了,所以我们不必使用IIS or ASP.NET。这简直好极了。但是,把源代码给我们,那么我们自己就能够优化这个前端应用,这是不是太接近开源了?或许我们称之为共享源代码(Shared Source)更为准确。
󰈣󰈤
 
 
>>返回首页<<
 为你推荐
 
 
 
 转载本文
 UBB代码 HTML代码
复制到剪贴板...
 
 
 热帖排行
 
 
王朝网络微信公众号
微信扫码关注本站公众号wangchaonetcn
 
  免责声明:本文仅代表作者个人观点,与王朝网络无关。王朝网络登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
©2005- 王朝网络 版权所有