数据库第八章读书报告
数据库实践报告心得体会
一、前言随着信息技术的飞速发展，数据库技术在各行各业中得到了广泛的应用。
为了更好地掌握数据库技术，提高自己的实践能力，我参加了本次数据库实践课程。
通过近一个月的学习和实践，我对数据库技术有了更深入的了解，以下是我对本次数据库实践的心得体会。
二、实践内容1. 数据库设计在实践过程中，我首先学习了数据库设计的基本概念和方法。
通过对实体-关系模型（E-R模型）的学习，我能够根据实际需求设计出合理的数据库结构。
此外，我还学习了规范化理论，了解了如何通过规范化来消除数据冗余，提高数据一致性。
2. 数据库实现在数据库实现阶段，我选择了MySQL数据库作为实践平台。
首先，我学习了MySQL的基本操作，如创建数据库、创建表、插入数据、查询数据等。
然后，我根据设计好的数据库结构，在MySQL中实现了具体的数据库。
在实现过程中，我遇到了一些问题，如数据类型选择、索引优化等，通过查阅资料和请教老师，我逐步解决了这些问题。
3. 数据库应用在数据库应用阶段，我学习了SQL语言，掌握了数据的增删改查操作。
此外，我还学习了存储过程和触发器的编写，提高了数据库的实用性。
通过编写存储过程，我实现了对数据的批量处理，提高了数据处理效率。
同时，我学习了触发器的应用，实现了对数据变更的实时监控和约束。
4. 数据库安全与备份在数据库安全与备份方面，我学习了用户权限管理、数据加密、备份与恢复等知识。
通过对用户权限的管理，我能够确保数据库的安全性和数据的一致性。
此外，我还学习了如何进行数据的备份和恢复，以便在数据丢失或损坏时能够及时恢复。
三、心得体会1. 理论与实践相结合通过本次数据库实践，我深刻体会到理论与实践相结合的重要性。
在课程学习过程中，我们学习了大量的理论知识，但如果没有实践操作，这些知识很难真正掌握。
通过实际操作，我能够将理论知识应用到实际问题中，提高了自己的实践能力。
2. 学会查阅资料和解决问题在实践过程中，我遇到了许多问题，如数据库设计不合理、SQL语句错误等。
数据库原理与应用读后感
数据库原理与应用读后感刚翻开这本书的时候，我心里就想：“这数据库到底是个啥神秘玩意儿啊？”就好像是要去探索一个未知的小星球一样，充满了好奇和一丝丝的小紧张。
这本书呢，就像是一个超级耐心的导游，一点点地带着我走进数据库的世界。
数据库这个概念，一开始真的有点绕。
但是随着看书的深入，我就发现它就像一个超级大的收纳盒，把各种各样的数据都整整齐齐地放在里面。
比如说，就像咱们平时把衣服分类放在衣柜里一样，数据库也是把数据按照不同的类型、用途啥的进行存放。
这里面的表格、字段啥的，就像是衣柜里的不同格子和分区，每个都有自己的作用。
书里讲到数据库的设计那部分可太有趣了。
就像盖房子一样，你得先有个规划，得想清楚每个房间（数据表）是用来干啥的，门（字段）开在哪里合适。
这可不能马虎啊，要是设计得不好，就像房子盖得歪歪扭扭的，住在里面（使用数据库）肯定特别不方便。
我就想象着自己是个超级建筑师，拿着小铅笔在图纸上画来画去，规划着我自己的数据库小天地。
还有那查询语句，就像是在和数据库这个大管家对话呢。
你得用它能听懂的话，告诉它你想要啥数据。
有时候不小心写错了一个小符号，就像跟别人说话说错了词一样，数据库就会一脸懵，然后给你个错误提示，就好像在说：“你说啥呢，我不明白。
”每次成功写出一个查询语句，从数据库里准确地拿到我想要的数据时，就特别有成就感，感觉自己像个小魔法师，念对了咒语，就得到了宝藏。
在讲到数据库的安全性的时候，我就觉得这数据库可真像个小城堡呢。
城堡里存着很多重要的东西（数据），那肯定得有卫兵（安全机制）来保护啊。
那些加密的方法，权限的设置，就像是城堡的护城河、城墙还有门禁一样，把那些不怀好意的坏蛋（黑客之类的）都挡在外面，不让他们偷走或者破坏里面的数据。
读完这本书啊，我对数据库这个东西有了全新的认识。
它不再是那个高高在上、很神秘的概念了，而是变得像一个熟悉的小伙伴一样。
我感觉自己可以和它一起做很多有趣的事情，不管是管理一些小的生活数据，像记账、记录自己看过的书之类的，还是以后可能在工作里处理那些更复杂的业务数据。
数据库读书报告【最新版】
数据库读书报告数据库发展及前景许振波数据库技术从诞生到现在，在不到半个世纪的时间里，形成了坚实的理论基础、成熟的商业产品和广泛的应用领域，吸引越来越多的研究者加入。
数据库的诞生和发展给计算机信息管理带来了一场巨大的革命。
三十多年来，国内外已经开发建设了成千上万个数据库，它已成为企业、部门乃至个人日常工作、生产和生活的基础设施。
同时，随着应用的扩展与深入，数据库的数量和规模越来越大，数据库的研究领域也已经大大地拓广和深化了。
30年间数据库领域获得了三次计算机图灵奖(C.W. Bachman, E.F.Codd, J.Gray)，更加充分地说明了数据库是一个充满活力和创新精神的领域。
一. 数据库发展简史1. 数据管理的诞生数据库的历史可以追溯到五十年前，那时的数据管理非常简单。
通过大量的分类﹑比较和表格绘制的机器运行数百万穿孔卡片来进行数据的处理，其运行结果在纸上打印出来或者制成新的穿孔卡片。
而数据管理就是对所有这些穿孔卡片进行物理的储存和处理。
然而，1951年雷明顿兰德公司(Remington Rand Inc)的一种叫做Univac I的计算机推出了一种一秒钟可以输入数百条记录的磁带驱动器，从而引发了数据管理的革命。
1956年IBM 生产出第一个磁盘驱动器--the Model 305 RAMAC。
此驱动器有50个盘片，每个盘片直径是2英尺，可以储存5MB的数据。
使用磁盘最大的好处是可以随机地存取数据，而穿孔卡片和磁带只能顺序存取数据。
1951:Univac系统使用磁带和穿孔卡片作为数据存储。
数据库系统的萌芽出现于60年代。
当时计算机开始广泛地应用于数据管理，对数据的共享提出了越来越高的要求。
传统的文件系统已经不能满足人们的需要。
能够统一管理和共享数据的数据库管理系统(DBMS)应运而生。
数据模型是数据库系统的核心和基础，各种DBMS软件都是基于某种数据模型的。
所以通常也按照数据模型的特点将传统数据库系统分成网状数据库、层次数据库和关系数据库三类。
数据库系统原理读后感
数据库系统原理读后感在阅读《数据库系统原理》这本书之前，我对数据库系统的认识还仅仅限于使用数据库软件进行数据存储和检索的基本操作。
然而，通过学习这本书，我深刻理解到数据库系统的内在原理和设计思想对于数据管理的重要性，以及它们在各个应用领域中的广泛应用。
在本文中，我将分享我对这本书的读后感和对数据库系统原理的一些深入理解。
1. 数据库系统的基本概念与结构本书首先介绍了数据库系统的基本概念与结构。
数据库系统作为一种数据管理工具，它的设计和实现是为了解决大规模数据存储和高效访问的问题。
通过学习数据库的三级模式，包括外模式、概念模式和内模式，我对数据库系统的整体结构有了更清晰的了解。
外模式是用户看到的数据库的逻辑结构，概念模式则是数据库的全局逻辑结构，内模式则是数据库的物理存储模式。
这种逐级抽象的设计使得数据库系统具有高度的灵活性和可拓展性。
2. 数据模型与关系代数数据库系统的核心思想之一是数据模型的设计与实现。
本书详细介绍了关系数据模型以及它的基本操作——关系代数。
通过关系代数，我们可以进行复杂的数据查询和操作。
同时，关系数据库的设计原则也包括了数据完整性、实体完整性和参照完整性等基本概念。
学习这些基本概念，我对数据库的数据组织和数据操作有了更深入的理解，也意识到了数据库的设计对于数据的有效管理和使用的重要性。
3. 事务管理与并发控制在多用户环境下，数据库系统面临着事务管理和并发控制的问题。
本书详细介绍了事务的基本概念和ACID属性，并介绍了常见的并发控制机制，如锁机制和多版本并发控制。
通过学习这些内容，我了解到如何保证数据库的一致性和数据的完整性，以及如何解决并发带来的数据冲突和资源竞争的问题。
这对于实际应用中的数据管理和系统性能优化具有重要的指导意义。
4. 数据库设计与规范化数据库设计是数据库系统开发的重要环节。
本书介绍了数据库的设计过程和常用的规范化方法。
规范化的目标是消除数据冗余和数据不一致的问题，使得数据库具有更好的性能和可维护性。
数据库原理与应用读后感
数据库原理与应用读后感刚翻开这本书的时候，心里是有点打鼓的。
我想，这数据库听起来就很“高大上”，会不会特别难懂呀？就像要去探索一个神秘的宝藏洞穴，不知道里面是啥样的。
但是呢，越看下去，就越觉得有意思。
书里讲数据库原理的时候，就像是在给我讲一个超级复杂但是又特别有趣的故事。
比如说关系模型那里，那些数据表之间的关系就像人与人之间的关系一样复杂又微妙。
主键啊、外键啊，就像是给每个数据安排了一个独特的身份标识和它们之间的联系纽带。
我就想象着这些数据在一个大大的数据世界里，按照这些规则互相打招呼、合作或者保持着特殊的联系。
这就好像在看一场无声的数据舞会，每个数据都有自己的位置和舞步。
再说到数据库的应用部分，那可真是让我大开眼界啊！原来我们生活中的那么多东西都离不开数据库呢。
像我们在网上购物的时候，从商品的展示、库存的管理到订单的处理，背后全是数据库在默默“工作”。
这就好比有一个超级厉害的幕后大管家，把所有的事情都安排得井井有条。
我就想到我每次在购物网站上愉快地浏览商品的时候，从来没有想过背后是这么复杂又神奇的数据库系统在支撑着这一切。
这就像我们只看到舞台上演员的精彩表演，却不知道后台有多少工作人员在忙碌。
而且呀，这本书还让我感受到了那些创造数据库技术的人是多么的聪明。
他们就像一群超级魔法师，把一堆看似杂乱无章的数据，通过各种巧妙的设计和算法，变成了可以方便查询、管理和使用的宝藏。
我有时候就在想，他们当初是怎么想到这些点子的呢？是不是也像我一样，对着一堆数据发愁，然后突然灵光一闪，就找到了那个神奇的解决办法呢？不过呢，这本书也不是那么容易就完全理解的。
有些地方就像一些调皮的小精灵，在我脑袋里转来转去，让我有点晕头转向的。
比如说数据库的性能优化部分，那些复杂的查询优化策略和索引的使用，就像一团乱麻。
我看了好几遍才有点明白。
但是这种挑战也很有趣啊，就像玩一个特别难的游戏关卡，当我终于搞懂的时候，那种成就感简直无法形容，就像是我自己也变成了一个小小的数据库魔法师一样。
《数据库原理》读后感
《数据库原理》读后感《数据库原理》是一本深入浅出的数据库基础教材，通过系统地介绍数据库的基本概念、数据模型、数据结构、数据库设计和管理等方面的知识，帮助读者建立起对数据库的全面认识。
在阅读这本书的过程中，我深刻体会到了数据库在现代信息社会中的重要性，也对数据库技术的发展历程和未来趋势有了更深入的了解。
首先，本书对数据库的基本概念和原理进行了清晰的阐述，让我对数据库这一复杂的概念有了更加清晰的认识。
数据库作为一种用于存储、管理和检索数据的工具，在当今信息爆炸的时代扮演着至关重要的角色。
通过学习数据库的基本概念，我明白了数据库的本质是一种数据的集合，而数据库管理系统（DBMS）则是用于管理这些数据的软件系统。
只有深入理解数据库的基本原理，才能在实际应用中更好地运用数据库技术。
其次，本书对数据库的数据模型和数据结构进行了详细介绍，让我对数据库的内部机制有了更深入的了解。
数据模型是数据库设计的基础，它描述了数据在数据库中的组织方式和关系。
通过学习不同的数据模型，我了解到关系型数据库和非关系型数据库各自的优缺点，以及如何根据应用场景选择合适的数据模型。
此外，本书还介绍了数据库的数据结构，包括索引、视图、触发器等，这些数据结构对于提高数据库的性能和可靠性起着至关重要的作用。
最后，本书还介绍了数据库的设计和管理，让我对数据库的实际应用有了更深入的了解。
数据库设计是数据库应用的关键环节，只有合理设计数据库的结构和关系，才能保证数据库的高效运行和数据的安全性。
数据库管理则是保证数据库系统正常运行的关键，包括数据备份、恢复、性能优化等方面。
通过学习数据库的设计和管理，我明白了数据库管理员的重要性，以及他们在保证数据库系统正常运行方面的重要作用。
总的来说，通过阅读《数据库原理》，我对数据库这一重要的信息技术有了更深入的了解，也对数据库技术的发展和应用有了更清晰的认识。
数据库不仅是信息社会的基石，也是现代企业管理和决策的重要工具。
《数据库系统原理》读后感
《数据库系统原理》读后感《数据库系统原理》这本书是一本经典的数据库领域教材，通过对数据库系统的原理和设计进行深入讲解，帮助读者建立起对数据库系统的全面理解。
在阅读完这本书之后，我深深感受到了数据库系统在现代信息社会中的重要性，以及学习数据库系统原理对于我们日常工作和生活的帮助。
首先，在阅读这本书的过程中，我对数据库系统的基本概念和原理有了更加清晰的认识。
书中详细介绍了数据库系统的组成结构、数据模型、数据存储和检索技术等方面的知识，让我对数据库系统的工作原理有了更加深入的了解。
通过学习这些知识，我可以更好地理解数据库系统在信息管理和数据处理中的作用，为我在实际工作中更好地应用数据库系统打下了坚实的基础。
其次，这本书还介绍了数据库系统的设计和实现方法，让我对数据库系统的开发和管理有了更深入的了解。
书中通过对数据库设计、规范化、查询优化、事务管理等方面的讲解，帮助我了解了数据库系统的设计原则和开发流程。
这些知识对于我在日常工作中设计和管理数据库系统非常有帮助，让我能够更加高效地完成数据库相关的工作。
最后，这本书还介绍了数据库系统的发展趋势和未来发展方向，为我未来的学习和发展提供了重要的参考。
随着信息技术的不断发展，数据库系统也在不断更新和演进，书中对于数据库系统的未来发展趋势进行了展望，让我对数据库系统的发展方向有了更清晰的认识。
这些知识对于我未来的学习和职业规划非常有帮助，让我能够更好地把握数据库系统领域的发展方向。
总的来说，通过阅读《数据库系统原理》，我对数据库系统有了更加全面和深入的了解，为我在数据库领域的学习和发展提供了重要的指导。
这本书不仅帮助我建立起对数据库系统的理论基础，还让我能够更好地应用数据库系统在实际工作中。
我相信，在今后的学习和工作中，我会继续深入学习数据库系统的知识，不断提升自己在数据库领域的能力，为实现个人的职业目标和发展梦想而努力奋斗。
愿我们都能在数据库系统领域取得更大的成就，为推动信息技术的发展和社会的进步做出更大的贡献。
《数据库高效优化：架构、规范与SQL技巧》读书笔记模板
读书笔记
本书以大量案例为依托，系统讲解了SQL语句优化的原理、方法及技术要点，尤为注重实践，在章节中引入 了大量的案例，便于学习者实践、测试，反复揣摩。
SQL是最重要的关系数据库操作语言。本书以大量案例为依托，系统讲解了SQL语句优化的原理、方法及技术 要点，尤为注重实践，在章节中引入了大量的案例，便于学习者实践、测试，反复揣摩。
目录分析
第0章引言
第1章与SQL优 化相关的几个 案例
案例1一条SQL引发的“血案” 案例2糟糕的结构设计带来的问题 案例3规范SQL写法好处多 案例4 “月底难过” 案例5 COUNT()到底能有多快 案例6 “抽丝剥茧”找出问题所在
第2章优化器与成本 第3章执行计划
第4章统计信息
第5章 SQL解析与游 标
第6章绑定变量
第7章 SQL优化相关 对象
第8章 SQL优化相关 存储结构
第9章特有SQL
2.1优化器 2.2成本
3.1概述 3.2解读执行计划 3.3执行计划操作
4.1统计信息分类 4.2统计信息操作
5.1解析步骤 5.2解析过程 5.3游标示例
6.1使用方法 6.2绑定变量与解析 6.3游标共享
第13章半连接与反连 接
第15章子查询
第14章排序
第16章并行
10.1查询转换的分类及说明 10.2查询转换——子查询类 10.3查询转换——视图类 10.4查询转换——谓词类 10.5查询转换——消除类 10.6查询转换——其他
11.1表访问路径 11.2 B树索引访问路径 11.3位图索引访问路径 11.4其他访问路径
7.1表 7.2字段 7.3索引 7.4视图 7.5函数 7.6数据链（DB_LINK）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库系统概论第八章数据库编程读书报告嵌入式SQL嵌入式SQL是一种将SQL语句直接写入C语言，COBOL，FORTRAN, Ada等编程语言的源代码中的方法。
借此方法，可使得应用程序拥有了访问数据以及处理数据的能力。
在这一方法中，将SQL文嵌入的目标源码的语言称为宿主语言。
在SQL标准的SQL86(1986年发布)中定义了对于COBOL, FORTRAN, PI/L等语言的嵌入式SQL的规范。
在SQL89(1989年发布)规范中，定义了对于C语言的嵌入式SQL的规范。
一些大型的数据库厂商发布的数据库产品中，都提供了对于嵌入式SQL的支持。
比如Oracle, DB2等。
嵌入式SQL的工作原理提供对于嵌入式SQL的支持，需要数据库厂商除了提供DBMS之外，还必须提供一些工具。
为了实现对于嵌入式SQL的支持，技术上必须解决以下4个问题[1]: 1.宿主语言的编译器不可能识别和接受SQL文，需要解决如何将SQL的宿主语言源代码编译成可执行码;2.宿主语言的应用程序如何与DBMS之间传递数据和消息;3.如何把对数据的查询结果逐次赋值给宿主语言程序中的变量以供其处理;4.数据库的数据类型与宿主语言的数据类型有时不完全对应或等价，如何解决必要的数据类型转换问题。
嵌入式SQL源码的处理流程为了解决上述这些问题，数据库厂商需要提供一个嵌入式SQL的预编译器，把包含有嵌入式SQL文的宿主语言源码转换成纯宿主语言的代码。
这样一来，源码即可使用宿主语言对应的编译器进行编译。
通常情况下，经过嵌入式SQL的预编译之后，原有的嵌入式SQL会被转换成一系列函数调用。
因此，数据库厂商还需要提供一些列函数库，以确保链接器能够把代码中的函数调用与对应的实现链接起来嵌入式SQL的一般形式对宿主型数据库语言SQL，DBMS可以采用两种方法处理，一种是预编译，另一种是修改和扩充主语言使之能处理SQL语句。
目前采用较多的是预编译的方法。
即有DBMS的预处理程序对源程序进行扫描，识别出SQL语句，把它们转换成主语言调用语句，以使主语言编译程序能识别它，最后由主语言的编译程序将整个源程序编译成目标码。
在嵌入式SQL中，为了能够区分SQL语句与主语言语句，所以SQL语句都必须加前缀EXEC SQL。
SQL语句的结束标准则随主语言的不同而不同。
例如：在PL/1和C中以分号（;）结束：EXEC SQL<SQL 语句>;在COBOL中以END-EXEC结束：EXEC SQL<SQL语句> END-EXEC例如一条交互形式的SQL语句：DROP TABLE Student;嵌入到C程序中应写作：EXEC SQL DROP TABLE Student;存储过程存储过程（Stored Procedure）是在大型数据库系统中，一组为了完成特定功能的SQL 语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。
1系统存储过程以sp_开头,用来进行系统的各项设定.取得信息.相关管理工作。
2本地存储过程用户创建的存储过程是由用户创建并完成某一特定功能的存储过程，事实上一般所说的存储过程就是指本地存储过程。
3临时存储过程分为两种存储过程：一是本地临时存储过程，以井字号(#)作为其名称的第一个字符，则该存储过程将成为一个存放在tempdb数据库中的本地临时存储过程，且只有创建它的用户才能执行它;二是全局临时存储过程，以两个井字号(##)号开始，则该存储过程将成为一个存储在tempdb 数据库中的全局临时存储过程，全局临时存储过程一旦创建，以后连接到服务器的任意用户都可以执行它，而且不需要特定的权限。
4远程存储过程在SQL Server2005中，远程存储过程(Remote Stored Procedures)是位于远程服务器上的存储过程，通常可以使用分布式查询和EXECUTE命令执行一个远程存储过程。
5 扩展存储过程扩展存储过程(Extended Stored Procedures)是用户可以使用外部程序语言编写的存储过程，而且扩展存储过程的名称通常以xp_开头。
基本语法一.创建存储过程二.create procedure sp_name三.@[参数名] [类型],@[参数名] [类型]asbegin.........end以上格式还可以简写成：create proc sp_name@[参数名] [类型],@[参数名] [类型]asbegin.........end/*注：“sp_name”为需要创建的存储过程的名字，该名字不可以以阿拉伯数字开头*/二.调用存储过程基本语法：exec sp_name [参数名]三．删除存储过程1.基本语法：drop procedure sp_name1.注意事项不能在一个存储过程中删除另一个存储过程，只能调用另一个存储过程四.其他常用命令1.show procedure status显示数据库中所有存储的存储过程基本信息，包括所属数据库，存储过程名称，创建时间等2.show create procedure sp_name显示某一个mysql存储过程的详细信息3、exec sp_helptext sp_name显示你这个p_name这个对象创建文本格式CREATE PROCEDURE [拥有者.]存储过程名[;程序编号] sql中的存储过程及相关介绍[(参数#1,…参数#1024)] [WITH{RECOMPILE | ENCRYPTION | RECOMPILE, ENCRYPTION} ][FOR REPLICATION]AS 程序行其中存储过程名不能超过128个字。
每个存储过程中最多设定1024个参数(SQL Server 7.0以上版本),参数的使用方法如下：@参数名[V ARYING] [=内定值] [OUTPUT]每个参数名前要有一个“@”符号,每一个存储过程的参数仅为该程序内部使用,参数的类型除了IMAGE外，其他SQL Server所支持的数据类型都可使用。
[=内定值]相当于我们在建立数据库时设定一个字段的默认值，这里是为这个参数设定默认值。
[OUTPUT]是用来指定该参数是既有输入又有输出值的，也就是在调用了这个存储过程时，如果所指定的参数值是我们需要输入的参数，同时也需要在结果中输出的，则该项必须为OUTPUT，而如果只是做输出参数用，可以用CURSOR，同时在使用该参数时，必须指定V ARYING和OUTPUT这两个语句。
例子：CREATE PROCEDURE order_tot_amt@o_id int,@p_tot int outputASSELECT @p_tot = sum(Unitprice*Quantity)FROM orderdetailsWHERE ordered=@o_idGO例子说明：该例子是建立一个简单的存储过程order_tot_amt,这个存储过程根据用户输入的定单ID号码(@o_id),由定单明细表(orderdetails)中计算该定单销售总额[单价(Unitprice)*数量(Quantity)],这一金额通过@p_tot这一参数输出给调用这一存储过程的程序。
存储过程的功能这类语言主要提供以下功能，让用户可以设计出符合引用需求的程序：1)、变量说明2)、ANSI兼容的SQL命令(如Select,Update….)3)、一般流程控制命令(if…else…、while….)4)、内部函数触发器触发器的概念及作用触发器是一种特殊类型的存储过程，它不同于我们前面介绍过的存储过程。
触发器主要是通过事件进行触发而被执行的，而存储过程可以通过存储过程名字而被直接调用。
当对某一表进行诸如Update、Insert、Delete 这些操作时，SQL Server 就会自动执行触发器所定义的SQL 语句，从而确保对数据的处理必须符合由这些SQL 语句所定义的规则。
触发器的主要作用就是其能够实现由主键和外键所不能保证的复杂的参照完整性和数据的一致性。
除此之外，触发器还有其它许多不同的功能：(1)强化约束(Enforce restriction)触发器能够实现比CHECK 语句更为复杂的约束。
(2)跟踪变化Auditing changes触发器可以侦测数据库内的操作，从而不允许数据库中未经许可的指定更新和变化。
(3)级联运行(Cascaded operation)。
触发器可以侦测数据库内的操作，并自动地级联影响整个数据库的各项内容。
例如，某个表上的触发器中包含有对另外一个表的数据操作(如删除，更新，插入)而该操作又导致该表上触发器被触发。
(4) 存储过程的调用(Stored procedure invocation)。
为了响应数据库更新,触发器可以调用一个或多个存储过程，甚至可以通过外部过程的调用而在DBMS( 数据库管理系统)本身之外进行操作。
由此可见，触发器可以解决高级形式的业务规则或复杂行为限制以及实现定制记录等一些方面的问题。
例如，触发器能够找出某一表在数据修改前后状态发生的差异，并根据这种差异执行一定的处理。
此外一个表的同一类型(Insert、Update、Delete)的多个触发器能够对同一种数据操作采取多种不同的处理。
总体而言，触发器性能通常比较低。
当运行触发器时，系统处理的大部分时间花费在参照其它表的这一处理上，因为这些表既不在内存中也不在数据库设备上，而删除表和插入表总是位于内存中。
可见触发器所参照的其它表的位置决定了操作要花费的时间长短。
触发器的种类SQL Server 2000 支持两种类型的触发器：AFTER 触发器和INSTEAD OF 触发器。
其中AFTER 触发器即为SQL Server 2000 版本以前所介绍的触发器。
该类型触发器要求只有执行某一操作(Insert Update Delete) 之后，触发器才被触发，且只能在表上定义。
可以为针对表的同一操作定义多个触发器。
对于AFTER 触发器，可以定义哪一个触发器被最先触发，哪一个被最后触发，通常使用系统过程sp_settriggerorder 来完成此任务。
INSTEAD OF 触发器表示并不执行其所定义的操作(Insert、Update、Delete)，而仅是执行触发器本身。
既可在表上定义INSTEAD OF 触发器，也可以在视图上定义INSTEAD OF 触发器，但对同一操作只能定义一个INSTEAD OF 触发器。
常用格式Createprocedureprocedure_name[@parameter data_type][output][with]{recompile|encryption}assql_statement解释：output：表示此参数是可传回的with {recompile|encryption}recompile:表示每次执行此存储过程时都重新编译一次encryption:所创建的存储过程的内容会被加密ODBC编程ODBC是一个函数级接口标准，它为C/C++、BASIC等高级程序设计语言开发应用程序提供了访问各种数据源的统一标准。