关于SQL Server的若干注意事项

2016-01-29 16:34 1 1 收藏

关于SQL Server的若干注意事项,关于SQL Server的若干注意事项

【 tulaoshi.com - SQLServer 】

 

如果你正在负责一个基于SQL Server的项目,或者你刚刚接触SQL Server,你都有可能要面临一些数据库性能的问题,这篇文章会为你提供一些有用的指导(其中大多数也可以用于其它的DBMS)。

在这里,我不打算介绍使用SQL Server的窍门,也不能提供一个包治百病的方案,我所做的是总结一些经验----关于如何形成一个好的设计。这些经验来自我过去几年中经受的教训,一直来,我看到许多同样的设计错误被一次又一次的重复。

你了解你用的工具吗?

不要轻视这一点,这是我在这篇文章中讲述的最关键的一条。也许你也看到有很多的SQL Server程序员没有掌握全部的T-SQL命令和SQL Server提供的那些有用的工具。

(本文来源于图老师网站,更多请访问https://www.tulaoshi.com/sqlserver/)

“什么?我要浪费一个月的时间来学习那些我永远也不会用到的SQL命令???”,你也许会这样说。对的,你不需要这样做。但是你应该用一个周末浏览所有的T-SQL命令。在这里,你的任务是了解,将来,当你设计一个查询时,你会记起来:“对了,这里有一个命令可以完全实现我需要的功能”,于是,到MSDN查看这个命令的确切语法。

不要使用游标

让我再重复一遍:不要使用游标。如果你想破坏整个系统的性能的话,它们倒是你最有效的首选办法。大多数的初学者都使用游标,而没有意识到它们对性能造成的影响。它们占用内存,还用它们那些不可思议的方式锁定表,另外,它们简直就像蜗牛。而最糟糕的是,它们可以使你的DBA所能做的一切性能优化等于没做。不知你是否知道每执行一次FETCH就等于执行一次SELECT命令?这意味着如果你的游标有10000条记录,它将执行10000次SELECT!如果你使用一组SELECT、UPDATE或者DELETE来完成相应的工作,那将有效率的多。

初学者一般认为使用游标是一种比较熟悉和舒适的编程方式,可很不幸,这会导致糟糕的性能。显然,SQL的总体目的是你要实现什么,而不是怎样实现。


我曾经用T-SQL重写了一个基于游标的存储过程,那个表只有100,000条记录,原来的存储过程用了40分钟才执行完毕,而新的存储过程只用了10秒钟。在这里,我想你应该可以看到一个不称职的程序员究竟在干了什么!!!

我们可以写一个小程序来取得和处理数据并且更新数据库,这样做有时会更有效。记住:对于循环,T-SQL无能为力。

我再重新提醒一下:使用游标没有好处。除了DBA的工作外,我从来没有看到过使用游标可以有效的完成任何工作。

规范化你的数据表

为什么不规范化数据库?大概有两个借口:出于性能的考虑和纯粹因为懒惰。至于第二点,你迟早得为此付出代价。而关于性能的问题,你不需要优化根本就不慢的东西。我经常看到一些程序员“反规范化”数据库,他们的理由是“原来的设计太慢了”,可结果却常常是他们让系统更慢了。DBMS被设计用来处理规范数据库的,因此,记住:按照规范化的要求设计数据库。

不要使用SELECT *

这点不太容易做到,我太了解了,因为我自己就经常这样干。可是,如果在SELECT中指定你所需要的列,那将会带来以下的好处:

1 减少内存耗费和网络的带宽

2 你可以得到更安全的设计

3 给查询优化器机会从索引读取所有需要的列

(本文来源于图老师网站,更多请访问https://www.tulaoshi.com/sqlserver/)

了解你将要对数据进行的操作

为你的数据库创建一个健壮的索引,那可是功德一件。可要做到这一点简直就是一门艺术。每当你为一个表添加一个索引,SELECT会更快了,可INSERT和DELETE却大大的变慢了,因为创建了维护索引需要许多额外的工作。显然,这里问题的关键是:你要对这张表进行什么样的操作。这个问题不太好把握,特别是涉及DELETE和UPDATE时,因为这些语句经常在WHERE部分包含SELECT命令。

不要给“性别”列创建索引

首先,我们必须了解索引是如何加速对表的访问的。你可以将索引理解为基于一定的标准上对表进行划分的一种方式。如果你给类似于“性别”这样的列创建了一个索引,你仅仅是将表划分为两部分:男和女。你在处理一个有1,000,000条记录的表,这样的划分有什么意义?记住:维护索引是比较费时的。当你设计索引时,请遵循这样的规则:根据列可能包含不同内容的数目从多到少排列,比如:姓名+省份+性别。

使用事务

请使用事务,特别是当查询比较耗时。如果系统出现问题,这样做会救你一命的。一般有些经验的程序员都有体会-----你经常会碰到一些不可预料的情况会导致存储过程崩溃。

小心死锁

按照一定的次序来访问你的表。如果你先锁住表A,再锁住表B,那么在所有的存储过程中都要按照这个顺序来锁定它们。如果你(不经意的)某个存储过程中先锁定表B,再锁定表A,这可能就会导致一个死锁。如果锁定顺序没有被预先详细的设计好,死锁是不太容易被发现的。

不要打开大的数据集

在CSDN技术论坛中 :),一个经常被提出的问题是:我怎样才能迅速的将100000条记录添加到ComboBox中?这是不对的,你不能也不需要这样做。很简单,你的用户要浏览100000条记录才能找到需要的记录,他一定会诅咒你的。在这里,你需要的是一个更好的UI,你需要为你的用户显示不超过100或200条记录

来源:https://www.tulaoshi.com/n/20160129/1498990.html

延伸阅读
标签: 酵素 生活常识
关于环保酵素的制作及注意事项 酵素功效: 食用酵素(水果制作,用于排毒、改善人体体质,从而逐渐杀死癌细胞并消除各种亚健康症状。对部分疑难杂症有神奇的改善效果。) 环保酵素(用果皮或蔬菜叶淘米水就可以制作了,一般外用洗涤或护肤、杀菌、消炎、驱虫、改善土壤、水质、用作花肥、保鲜等) 一、制作酵素所需材料...
简 介 MS的SQL Server主要是由五种常常用到的字段,字符型,文本型,数值型,逻辑型,和日期型!许多朋友苦于在一些BBS中ACCESS转换成SQL后字段类型不匹配而不知所措,下面我们就来介绍一些这五种数据类型各自的特性吧! 正 文 <1>字符型数据Varchar,Char型 程序当中当大家需要存储比较短的字符串信息时我们就要用...
标签: SQLServer
有一个古老的争论,是关于在哪里存储应用程序业务逻辑的:是在应用程序本身的业务逻辑层中还是在数据库层中。应用程序逻辑层的绝对支持者提出,数据库的唯一目的就是保存数据,以备应用程序所用。提倡用数据库来存储业务规则的人则坚持认为,业务规则最好存储在数据库中,因为数据也存储在那里,规则在那里更容易运行。而在我看来,对于存储应...
标签: 吸脂 整形
关于面部吸脂的三大注意事项 面部吸脂的三大注意事项: 一、术前:确认自己是否适合做面部吸脂 在做面部吸脂前,首先要了解自己脸胖的类型,然后再确认自己是不是适合做面部吸脂。因为面部吸脂针对的主要是那些面部脂肪堆积型的大脸者,对于咬肌型和骨骼型的大脸作用不大。 二、术中:一定要到正规医院做面部吸脂...
标签: 瑜伽 养生 健康
现代男性每天面对的疲劳及紧张会使他们内分泌失调,引起身体各个系统失去平衡,如果能在纷繁浮躁的“高压锅”生活外,进行一些锻炼,不仅能雕塑体形,更能平和心态,消除紧张,不是一举两得吗?星之健身俱乐部首席教练杨煜为都市男性开出了三个养生锻炼的处方。 处方一:“力量瑜珈”健身静心 “瑜珈啊,Officelady去练练还差不多...

经验教程

451

收藏

27
微博分享 QQ分享 QQ空间 手机页面 收藏网站 回到头部