好贷网好贷款

[推荐] 恭喜ashzs((可以包含中文字符)) 成为本版的新版主! 100leimin]

发布时间:2016-12-4 16:17:38 编辑:www.fx114.net 分享查询网我要评论
本篇文章主要介绍了"[推荐] 恭喜ashzs((可以包含中文字符)) 成为本版的新版主! 100leimin]",主要涉及到[推荐] 恭喜ashzs((可以包含中文字符)) 成为本版的新版主! 100leimin]方面的内容,对于[推荐] 恭喜ashzs((可以包含中文字符)) 成为本版的新版主! 100leimin]感兴趣的同学可以参考一下。

恭喜!!

学习...

!

感谢大斑竹的信任,希望能得到大家的支持!谢谢!

恭喜!!

gx,向ashzs((可以包含中文字符)) 学习......

恭喜!! 以后多帮帮我呀.

恭喜恭喜恭喜恭喜

希望在新斑竹的带领下,这个板块越来越好!

恭喜,以后好好学习。:)

恭喜~~~~

恭喜:)

恭喜恭喜恭喜你呀 恭喜恭喜恭喜你!

学习

恭喜!

版主可以介绍一下自己学习SQL SERVER 2005的经验和方法,给大家参考一下:-)

谈不上什么经验。个人感觉如果自己学习技术,进展很慢只是在工作中使用,提高才最快。 由于公司采用SQL Server 2005作为后台数据库,所以接触的机会多一些。个人感觉SQL Server 2005比SQL Server 2000有了很大的提高,但是按照微软的实力5年作出来这样的产品,还是让人感觉有些遗憾。数据库现在越来越向大而全的方向发展,但是数据库产品最最基础的东西才是最重要,也是最需要掌握的。这段时间主要关注了一下方面,在下面大致说说SQL Server 2005的新特性,顺便和Oracle的一些特性进行一下比较。请大家多多指教。 一、数据库设计方面 1、字段类型。 varchar(max)\nvarchar(max)类型的引入大大的提高了编程的效率,可以使用字符串函数对CLOB类型进行操作,这是一个亮点。但是这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据,是否会出现大规模的碎片?是否碎片会引发效率问题?这都是需要进一步探讨的东西。 varbinary(max)代替image也让SQL Server的字段类型更加简洁统一。 XML字段类型更好的解决了XML数据的操作。XQuery确实不错,但是个人对其没好感。(CSDN的开发者应该是相当的熟了!) 2、外键的级联更能扩展 可能大部分的同行在设计OLTP系统的时候都不愿意建立外键,都是通过程序来控制父子数据的完整性。但是再开发调试阶段和OLAP环境中,外键是可以建立的。新版本中加入了SET NULL 和 SET DEFAULT 属性,能够提供能好的级联设置。 3、索引附加字段 这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高,但是相对映射到数据表中效率还是提高了很多。我做过试验,在我的实验环境中会比映射到表中提高30%左右的效率。 4、计算字段的持久化 原来的计算字段其实和虚拟字段很像。只是管理方面好了而已,性能方面提高不多。但是SQL2005提供了计算字段的持久化,这就提高了查询的性能,但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。 5、分区表 分区表是个亮点!从分区表也能看出微软要做大作强SQL Server的信心。资料很多,这里不详细说。但是重点了解的是:现在的SQL Server2005的表,都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。 但是需要注意的一点,也是我使用过程中发现的一个问题。在建立function->schema->table后,如果在现有的分区表上建立没有显式声明的聚集索引时,分区表会自动变为非分区表。这一点很让我纳闷。如果你觉得我的非分区索引无法对起子分区, 你可以提醒我一下呀!没有任何的提醒,直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。 分区表效率问题肯定是大家关心的问题。在我的试验中,如果按照分区字段进行的查询(过滤)效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询,效率会低于未分区表的相同语句。但是随着数据量的增大,这种成本差距会逐渐减小,趋于相等。(500万数量级只相差10%左右) 6、CLR类型 微软对CLR作了大篇幅的宣传,这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜,感觉对象数据库的一些概念可以实现了。但是作了些试验,发现使用CLR的存储过程或函数在达到一定的阀值的时候,系统性能会呈指数级下滑!这是非常危险的!只使用几个可能没有问题,当一旦大规模使用会造成严重的系统性能问题! 其实可以做一下类比,Oracle等数据库产品老早就支持了java编程,而且提供了java池参数作为用户配置接口。但是现在有哪些系统大批使用了java存储过程?!连Oracle自己的应用都不用为什么?!还不是性能有问题!否则面向对象的数据库早就实现了! 建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。或者是要和操作系统进行Socket通讯的场景。否则建议慎重! 7、索引视图 索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。 8、语句和事务快照 语句级快照和事务级快照终于为SQL Server的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照,如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时,会杀人的! 9、数据库快照 原理很简单,对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜! 10、Mirror Mirror可以算是SQL Server的Data guard了。但是能不能被大伙用起来就不知道了。 二、开发方面 1、Ranking函数集 其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史,而且SQL Server2005的row_number比Oracle的更先进。因为它把Order by集成到了一起,不用像Oracle那样还要用子查询进行封装。但是大家注意一点。如下面的例子: select ROW_NUMBER() OVER (order by aa) from tbl order by bb 会先执行aa的排序,然后再进行bb的排序。 可能有的朋友会抱怨集成的order by,其实如果使用ranking函数,Order by是少不了的。如果担心Order by会影响效率,可以为order by的字段建立聚集索引,查询计划会忽略order by 操作(因为本来就是排序的嘛)。 2、top 可以动态传入参数,省却了动态SQL的拼写。 3、Apply 对递归类的树遍历很有帮助。 4、CTE 个人感觉这个真是太棒了!阅读清晰,非常有时代感。 5、try/catch 代替了原来VB式的错误判断。比Oracle高级不少。 6、pivot/unpivot 个人感觉没有case直观。而且默认的第三字段(还可能更多)作为group by字段很容易造成新手的错误。 SQL语句这方面个人感觉邹建和子陌都到了天神级的了。不再班门弄斧了。 三、DBA管理方面 1、数据库级触发器 记得在最开始使用2k的时候就要用到这个功能,可惜2k没有,现在有了作解决方案的朋友会很高兴吧。 2、多加的系统视图和实时系统信息 这些东西对DBA挑优非常有帮助,但是感觉粒度还是不太细。 3、优化器的改进 一直以来个人感觉SQL Server的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。(有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。) 论坛例子: http://community.csdn.net/Expert/topic/4543/4543718.xml?temp=.405987 4、profiler的新事件观察 这一点很好的加强了profiler的功能。但是提到profiler提醒大家注意一点。windows2003要安装sp1补丁才能启动profiler。否则点击没有反应。 5、sqlcmd 习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQL Server Management Studio的朋友使用。 四、遗憾 1、登陆的控制 始终遗憾SQL Server的登陆无法分配CPU/内存占用等指标数。如果你的SQL Server给别人分配了一个只可以读几个表的权限,而这个家伙疯狂的死循环进行连接查询,会给你的系统带来很大的负担。而SQL Server如果能像Oracle一样可以为登陆分配如:5%的cpu,10%的内存。就可以解决这个漏洞。 2、数据库物理框架没有变动 undo和redo都放在数据库得transaction中,个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库,可能能在一定程度上避免I/O效率问题。但是同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中,就能感觉到目前架构的尴尬。 3、还是没有逻辑备份 备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。 4、SSIS(DTS)太复杂了 SQL Server的异构移植功能个人感觉最好了。(如果对比过SQL Server的链接服务器和Oracle的透明网关的朋友会发现SQL Server的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。) 以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多,但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了,往往会有很多用户不会用了。 敲了一个多小时,以上算是来了一把头脑风暴,新特性太多,而且分布在各个角落,希望大家能多多交流。俺睡觉了。

果然对SQL 2005了解透彻和全面.佩服.

佩服ashzs((可以包含中文字符)) 老兄,值得学习 本想把我们数据库换成2005的,现在感觉有点犹豫……

Mark一下,......

辛苦了,学习中.... 可以收藏到精华贴!

学习!

学习

恭喜!! 学习!

呵呵

不错,学习下

学习

学习

学习,恭喜楼主!

恭喜,以后要顶力帮忙

拜山头

好文,学习 :)

学习,恭喜!

Study,thanks!

恭喜,学习

恭喜 接分是种好习惯

恭喜

恭喜!!恭喜!!恭喜!!

最近预先看了一本关于SQL SERVER2005的好书,在此推荐一下:-) 这本新书简体版的名字叫《SQL Server2005 数据库开发详解》,大概会在出版日期是5月初,作者是台湾胡百敬(微软MVP) 该书比较全面和详细的介绍了SQL Server 2005的新功能,包括在VS2005下进行开发的技巧..., 我想对大家快速掌握SQL Server 2005会很有帮助!

恭喜!不错!

学习~

也来谈谈ssis 其实ssis还是很容易上手, 最简单的使用只需要使用它的控制流和数据流就可以做很多事情. 比如你管理几个服务器, 要在上面做一些监视, 以前你可能得写程序, 现在用 ssis 的 for each 循环, 可以简单地把多个服务器的信息汇集在一齐, 非常方便. 配合里面的wmi查询和监视, 你能管理的不仅是sql服务, 还能真正的管理sql服务器. 反正我个人是没有学多久, 基本上就是看联机帮助, 照上面的示例做一遍就很有概念了, 再详细了解一下控制流与数据流中的各个控件, 再自己根据自己的需要写一个 ssis 包, 你会发现它并不难.  不过, 它的错误提示不太爽, 可能程序员看它的错误信息会舒服一点.

恭喜 :)

向ashzs((可以包含中文字符)) 学习......

学习

写的不错!

:)

恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜恭喜

收藏,日后看看

收藏 后日再看 寒楼上的先

恭喜了,收藏

恭喜,学习,总结的不错

恭喜了,收藏来研究

发芽级sql server2005学习者,希望多多指点.

恭喜了,收藏来研究

恭喜 恭喜 恭喜

恭喜,:)

恭喜!

恭喜

恭喜

恭喜+支持

先恭喜,再学习!~ 呵呵

恭喜

学习!~

学习

学习

恭喜 学习

先恭喜,再学习!~ 呵呵

上一篇:?非常着急求助sql2005无法卸载完全 20CSDN]
下一篇:在安装有SQL2000的机器上,能否同时安装SQL2005?两者能够同时使用吗? 20FoxLinn]

相关文章

相关评论