本文主要向大家介绍的是正确优化SQL
Server数据库的经验总结，其中包括在对其进行优化的实际操作中值得大家注意的地方描述，以及对SQL语句进行优化的最基本原则，以下就是文章的主要内容描述。
优化数据库的注意事项：
1、关键字段建立索引。
2、使用存储过程，它使SQL变得更加灵活和高效。
3、备份数据库和清除垃圾数据。
4、SQL语句语法的优化。(可以用Sybase的SQL
Expert，可惜我没找到unexpired的序列号)
5、清理删除日志。
SQL语句优化的基本原则：
1、使用索引来更快地遍历表。
缺省情况下建立的索引是非群集索引，但有时它并不是最佳的。在非群集索引下，数据在物理上随机存放在数据页上。合理的索引设计要建立在对各种查询的分析和预测上。
一般来说：
①.有大量重复值、且经常有范围查询(between,
>,<
，>=,<
=)和order
by、group
by发生的列，可考虑建立群集索引
②.经常同时存取多列，且每列都含有重复值可考虑建立组合索引;
③.组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列。
2、IS
NULL
与
IS
NOT
NULL
不能用null作索引，任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下，只要这些列中有一列含有null，该列就会从索引中排除。也就是说如果某列存在空值，即使对该列建索引也不会提高性能。任何在where子句中使用is
null或is
not
null的语句优化器是不允许使用索引的。
3、IN和EXISTS
EXISTS要远比IN的效率高。里面关系到full
table
scan和range
scan。几乎将所有的IN操作符子查询改写为使用EXISTS的子查询。
4、在海量查询时尽量少用格式转换。
5、当在SQL
SERVER
2000中
如果存储过程只有一个参数，并且是OUTPUT类型的，必须在调用这个存储过程的时候给这个参数一个初始的值，否则会出现调用错误。
6、ORDER
BY和GROPU
BY
使用ORDER
BY和GROUP
BY短语，任何一种索引都有助于SELECT的性能提高。注意如果索引列里面有NULL值，Optimizer将无法优化。
7、任何对列的操作都将导致表扫描，它包括SQL
Server数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。
8、IN、OR子句常会使用工作表，使索引失效。如果不产生大量重复值，可以考虑把子句拆开。拆开的子句中应该包含索引。
9、SET
SHOWPLAN_ALL>10、谨慎使用游标
在某些必须使用游标的场合，可考虑将符合条件的数据行转入临时表中，再对临时表定义游标进行操作，这样可使性能得到明显提高。
注释：所谓的优化就是WHERE子句利用了索引，不可优化即发生了表扫描或额外开销。经验显示，SQL
Server数据库性能的最大改进得益于逻辑的数据库设计、索引设计和查询设计方面。反过来说，最大的性能问题常常是由其中这些相同方面中的不足引起的。
其实SQL优化的实质就是在结果正确的前提下，用优化器可以识别的语句，充份利用索引，减少表扫描的I/O次数，尽量避免表搜索的发生。其实SQL的性能优化是一个复杂的过程，上述这些只是在应用层次的一种体现，深入研究还会涉及SQL
Server数据库层的资源配置、网络层的流量控制以及操作系统层的总体设计。
⑵ 如何设计合理高效的数据库
一、 引言数据库对于企业信息化的重要性是不言而喻的。数据库存储着现代企业最重要的数据，包括生产、经营、管理等各类数据，这些数据作为企业的核心信息，通过各类信息系统，为用户提供及时准确的信息，帮助用户分析，为用户提供决策依据。为提高企业的工作效率，提升企业形象，具有传统模式无法比拟的优势。其中构建合理高效的数据库，是数据库建设关键之一。如何构建合理高效的数据库是企业信息化过程要解决的问题。下面就数据库的构建谈谈自己的一些经验，希望能对大家有所帮助。 二、 设计数据库之前
数据库并不是凭空想象出来的，而是根据业务部门的需要设计符合业务需求的数据库。因此在形成数据库之前需要充分了解业务需求。 1. 充分理解业务需求。需求分析是整个设计过程的基础，是最困难、最耗费时间的一步。在这期间通过与业务部门交流，了解用户的想法以及工作流程，通过双方多次交流，会形成初步的数据模型，当然这时的数据模型不会是最终的模型，还需要和用户进行交流，并且在以后的信息系统开发过程中还会反复修改。 2. 重视输入输出。在定义数据库表和字段需求（输入）时，首先应了解数据产生源和数据流程，也就是必需要知道每个数据在那儿产生，数据在那儿表现，以什么样的形式表现等等，然后根据用户提供的报表或者设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。 3. 创建数据字典和ER 图表。ER 图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对SQL 表达式的文档化来说这是完全必要的。 需要注意的是，在需求分析调研过程中，并不是一帆风顺的，因为业务人员对于业务的理解不同，以及对于信息知识的缺乏，会影响需求分析的质量，为了提高质量，各方要用更多的时间交流与相互理解，业务部门需要精通业务的人员自始至终全力配合，而开发人员则尽量使用用户理解的业务术语交流，这样会避免出现理解不同而产生的歧义。 三、 设计合理的表结构
通常合理的表结构会减少数据冗余，提高数据库的性能。设计合理的表结构要遵循以下两点。 1. 标准化和规范化 数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但3NF(第三范式)通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF标准的数据库的表设计原则是：某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。 例如：某个存放单井信息及其有关油井生产日报信息的3NF数据库就有两个表：单井基础信息和油井日报信息。日报信息不包含单井的任何信息，但表内会存放一个键值，该键指向单井基础信息里包含该油井信息的那一行。 不过也有例外，有时为了效率的缘故，对表不进行标准化也是必要的。 2. 考虑各种变化 在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。使数据库更具扩展性，从而减少将来数据变更所带来的损失。 例如，日期类型字段，有时我们会考虑使用字符类型代替日期类型，因为在处理日期字段上容易产生数据错误，所以我们就使用字符类型。这样的例子还很多，在做前期设计时都要考虑的。 表结构的设计不是一次就能成功的，在信息系统开发过程中会存在数据读取、录入或统计困难，为了解决这些问题会修改表结构，或增加一些字段，或修改一些字段的属性。这个过程不断重复，因此不要想一次能成功。建议使用专门设计工具来做这些工作，笔者经常使用：SYBASE PowerDesigner ，当然还有其它的工具：ORACLE Designer 2000 ，ROSE等工具。这样会使你的工作事半功倍。 四、 选择合理的索引
索引是从数据库中获取数据的最高效方式之一。95%的数据库性能问题都可以采用索引技术得到解决。 1. 逻辑主键使用唯一的成组索引，对系统键（作为存储过程）采用唯一的非成组索引，对任何外键列采用非成组索引。考虑数据库的空间有多大，表如何进行访问，还有这些访问是否主要用作读写。 2. 大多数数据库都索引自动创建的主键字段，但是可别忘了索引外键，它们也是经常使用的键，比如运行查询显示主表和所有关联表的某条记录就用得上。 3. 不要索引大型字段（有很多字符），这样作会让索引占用太多的存储空间。如MEMO(备注)、TEXT(文本)等字段。 4. 不要索引常用的小型表 不要为小型数据表设置任何键，假如它们经常有插入和删除操作就更别这样作了。对这些插入和删除操作的索引维护可能比扫描表空间消耗更多的时间。如代码表，或系统参数表。 五、 保证数据完整性
数据的完整性非常重要，这关系到数据的准确性，不准确的数据是毫无价值的，因此保证数据的完整性非常重要。 1. 完整性实现机制：实体完整性：主键参照完整性： 父表中删除数据：级联删除；受限删除；置空值父表中插入数据：受限插入；递归插入 父表中更新数据：级联更新；受限更新；置空值 DBMS对参照完整性可以有两种方法实现：外键实现机制（约束规则）和触发器实现机制用户定义完整性：NOT NULL；CHECK；触发器 以上完整性机制需要熟悉和掌握，它对于数据的完整性非常重要。 2. 用约束而非业务规则强制数据完整性 采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于业务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。 3. 强制指示完整性 在有害数据进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。 4. 使用查找控制数据完整性 控制数据完整性的最佳方式就是限制用户的录入。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：性别代码、单位代码等。 5. 采用视图 视图是一个虚拟表，其内容由SQL语句定义，视图不仅可以简化用户对数据的理解，也可以简化他们的操作。那些被经常使用的查询可以被定义为视图，从而使得用户不必为以后的操作每次指定全部的条件。另外通过视图用户只能查询和修改他们所能见到的数据。数据库中的其它数据则既看不见也取不到。数据库授权命令可以使每个用户对数据库的检索限制到特定的数据库对象上，增强数据的安全性。 六、 结束语
数据库的高效运行不仅需要技术上的支持，也需要硬件平台和网络的支持以及数据库管理员的有效管理，本文只是从技术的角度说明如何提高数据库的效率，但在实际应用过程中其它方面的支持也是不可缺少的，尤其是数据库管理，数据库建设是“三分技术，七分管理，十二分基础数据”，因此对于数据库管理一定要重视，在管理到位的情况下技术才能发挥应有的作用。
⑶ 有“数据库开发经验”是指什么指开发的程序中使用数据库还是开发过数据库相关的程序
个人觉得，“开发的程序中使用过数据库”和“开发过与数据库相关的程序”本身没有什么太大的区别。
有“数据库开发经验”大意是说对数据库比较熟知，尤其是对SQL语言比较精通。
⑷ 如何安装sql server2014数据库 百度经验
方法/步骤
1
放入光盘或者复制到计算机盘符下
出现如下图1-1-1所示的界面
点击安装，即可安装成功
⑸ mysql 怎么选择数据库 百度经验
mysql是数据库管理程序，你要选择数据库，可以使用sql语句中的use语法，比如 有数据库，a、b、c，你要操作数据库a，可以使用use a;来进行选择。
⑹ 数据库学习方法，请有经验的人告知
数据库原理学习方法经验
有不少同学说数据库原理难学，我深有同感。数据库原理难在抽象，特别是有关“范式”和SQL语言的章节，学习起来往往感到力不从心。
自考的特点是覆盖面广但并不深，你不能临时抓重点来应付考试，平时就要多花时间和精力来学习。但自考生由于工作繁忙或其他原因，需要掌握高效率的学习方法，有目的性、针对性地学习。其实，《数据库原理》课程中需要记忆的东西并不多，这门课的考核要点在于应用。下面我就自己的经验和大家探讨一下这门课的学习方法。
掌握知识结构
《数据库原理》的主要内容有SQL语言、关系代数、关系演算语言、数据库设计与保护、关系理论等。其他一些有关关系数据库管理系统实例与数据技术新发展的内容属于了解范围，学习这些知识可以扩宽你的眼界，但它们并不在考试范围内。
关系代数、SQL语言的难度都不是很大。其中，SQL语言和关系代数（演算）要求掌握各种语句的应用，多做书中的例题可以帮助自己熟能生巧。最难的部分在于关系数据库设计理论，很多概念比较抽象，难于理解，这部分需要花多点的时间来学习。
学习数据库设计时必须要对整个数据库设计流程有清晰的认识。从需求分析→概念结构设计→逻辑结构设计→数据库物理→数据库运行和维护，各阶段的主要任务都要清楚明了。建议大家参照书中例题多做一些数据库设计，会有很好的效果。
数据库保护部分属于需要多看多记的内容，数据库设计章节的内容则属于记忆加应用的类型，在熟记设计步骤的基础上，要反复阅读书中的例子以加深理解。第一范式，第二范式……这些概念非常抽象，是许多考生头痛的问题。这一部分内容的学习关键是要抓住数据依赖关系来区分各种范式，要弄清改变各种范式最终的目的是优化数据库，另外最好把各种概念应用到实际例子中来记忆。
认真做好习题
虽然我们并不提倡题海战术，但在把基本知识复习好的基础上适当地多做试题的确有助于我们顺利通过考试。你可以从一些提供自考学习资源的网站上获得试卷并将它们打印出来认真地做一遍。
理论实践相结合
理论知识的学习可以开拓人的眼界。以前我自学数据库知识，以为一个FoxBase就是数据库管理系统，通过理论学习我才认识到自己只是井底之蛙，FoxBase只是一个小型的数据库管理系统。
实践可以让你把抽象的理论知识理解、掌握得更透彻；光在纸上书写SQL语言是纸上谈兵，你可以找一些数据库管理系统，如mySQL、msSQL，自己做一个数据库用一用SQL语言，可以加深你的理解。如有机会，你还可以参加一个数据库系统的实际项目设计，运用所学的数据库设计理论来指导实践，这样可以进一步巩固所学的理论知识。
⑺ 数据库管理到底难不难，IT大佬们分享下经验
这个要分情况，作为IT老狗混迹过的企业不在少数，每个企业情况不一样，数据库管理难度也不一样。有的企业用的还是传统的数据库管理系统，非常的繁琐复杂，关键灵活性、稳定性和安全性也不行，即使天天加班都不一定能做好工作。但有的企业，利用先进数据库管理工具的帮助，数据库管理可以实现一键式操作，非常方便快捷。
在这里跟大家推荐个非常好用的数据库管理工具，就是Nutanix最近推出了数据库管理相关的组合产品（NDB）。NDB 面向 PostgreSQL®、MySQL®、Microsoft® SQL 服务器、Oracle® 数据库等数据库引擎，简化了在混合多云环境下的数据库管理，具有非常强大的自动化功能，支持数据库实例的配置、扩展、修补、保护和克隆，还可以帮助客户在本地和公有云上为开发人员提供数据库即服务（ DBaaS ）和易用的自助式数据库体验，是企业进行数据库管理非常有力的工具，大家可以试试∞
⑻ Help!!!!有数据库工作经验者请进
其实数据库软件建议你这两个都学一学，当然先学SQL Server好一点，因为这个相对容易一些
Oracle主要用作大型数据库，价格昂贵，一般的单位是用不起的，Sql server则相对便宜一点，且中小型企业用这个的最多
C#是一种全新的纯面向对象语言，号称是集成了C语言和C++的诸多优点，也看得出来是借鉴了JAVA的相当多优势，发展前景是很乐观的
Delphi在以前是被称为开发数据库应用的最有效工具，现在出来的C#在这方面也相当不错
很多软件公司用Delphi开发了几年之后因其软件已经成熟，不会轻易转向C#，但是也有很多公司对于C#这种新技术很感兴趣
Java以其开源性获得了许多大公司的青睐，网上有很多现成的模块可用，用JAVA开发软件的好处是成本较低(纯论正版途径)
现在软件技术的主流是.Net(包括C#)和JAVA，业界很多人的观点是以后的开发会越来越侧重于C#，但是JAVA在很多大软件公司仍然占有相当重的比例
所以就看你自己选择的方向了，一般这几个中学好一个就可以了，但是我是几个都学，侧重C# 呵呵
以上只是本人的一点肤浅认识，仅做参考