数据库实验心得。
因为经历和思想不同，针对同一事同一作品，想法当然不一样，有时我们需要将自己对观看或阅读过的内容以文字的方式记录下来。写心得体会是我们在工作和学习中经常遇到的事情，写心得体会可以记录我们的思想活动。心得体会应该怎么制定才会更好呢？有请驻留一会，阅读小编为你整理的数据库实验心得，不妨参考一下。希望你喜欢！
我在sql server 索引基础知识系列中,第一篇就讲了记录数据的基本格式。那里主要讲解的是，数据库的最小读存单元：数据页。一个数据页是8k大小。
对于数据库来说，它不会每次有一个数据页变化后，就存到硬盘。而是变化达到一定数量级后才会作这个操作。 这时候，数据库并不是以数据页来作为操作单元，而是以64k的数据（8个数据页，一个区）作为操作单元。
区是管理空间的基本单位。一个区是八个物理上连续的页（即 64 kb）。这意味着 sql server 数据库中每 mb 有 16 个区。
为了使空间分配更有效，sql server 不会将所有区分配给包含少量数据的表。sql server 有两种类型的区：
统一区，由单个对象所有。区中的所有 8 页只能由所属对象使用。
混合区，最多可由八个对象共享。区中八页的每页可由不同的对象所有。
通常从混合区向新表或索引分配页。当表或索引增长到 8 页时，将变成使用统一区进行后续分配。如果对现有表创建索引，并且该表包含的行足以在索引中生成 8 页，则对该索引的所有分配都使用统一区进行。
为何会这样呢？
其实很简单：
读或写 8kb 的时间与读或写 64 kb的时间几乎相同。
在 8 kb 到 64 kb 范围之内，单个磁盘 i/o 传输操作所花的时间主要是磁盘取数臂和读/写磁头运动的时间。
因此，从数学上来讲，当需要传输 64 kb 以上的 sql 数据时，
尽可能地执行 64 kb 磁盘传输是有益的，即分成数个64k的操作。
因为 64 kb 传输基本上与 8 kb 传输一样快，而每次传输的 sql server 数据是 8 kb 传输的 8 倍。
我们通过一个实例来看 有and 操作符时候的最常见的一种情况。我们有下面一个表，
create table [dbo].[member]( [member_no] [dbo].[numeric_id] identity(1,1) not null, [lastname] [dbo].[shortstring] not null, [firstname] [dbo].[shortstring] not null, [middleinitial] [dbo].[letter] null, [street] [dbo].[shortstring] not null, [city] [dbo].[shortstring] not null, [state_prov] [dbo].[statecode] not null, [country] [dbo].[countrycode] not null, [mail_code] [dbo].[mailcode] not null, [phone_no] [dbo].[phonenumber] null, [photograph] [image] null, [issue_dt] [datetime] not null default (getdate), [expr_dt] [datetime] not null default (dateadd(year,1,getdate)), [region_no] [dbo].[numeric_id] not null, [corp_no] [dbo].[numeric_id] null, [prev_balance] [money] null default (0), [curr_balance] [money] null default (0), [member_code] [dbo].[status_code] not null default (' '))
这个表具备下面的四个索引：
索引名 细节 索引的列
member_corporation_link nonclustered located on primary corp_no
member_ident clustered, unique, primary key located on primary member_no
member_region_link nonclustered located on primary region_no
memberfirstname nonclustered located on primary firstname
当我们执行下面的sql查询时候，
select m.member_no, m.firstname, m.region_nofrom dbo.member as m(select m.member_no, m.firstname from dbo.member as m dbo.member as m(select m.member_no, m.firstname from dbo.member as m dbo.member as m dbo.member as m dbo.member as m dbo.member as m dbo.member as m with (index (memberfirstname, member_region_link))where m.firstname like 'k%' and m.region_no 6 and m.member_no 5000go
这里 index 计算符可以是 0 ，1， 指定的一个或者多个索引名字。对于 0 ，1 的意义如下：
如果存在聚集索引，则 index(0) 强制执行聚集索引扫描，index(1) 强制执行聚集索引扫描或查找（使用性能最高的一种）。
如果不存在聚集索引，则 index(0) 强制执行表扫描，index(1) 被解释为错误。
总结知识点：
简单来说，我们可以这么理解：sql server 对于每一条查询语句。会根据实际索引情况（sysindexes 系统表中存储这些信息），分析每种组合可能的成本。然后选择它认为成本最小的一种。作为它实际执行的计划。
成本代价计算的一个主要组成部分是逻辑i/o的数量，特别是对于单表的查询。
and 操作要满足所有条件，这样，经常会要求对几个数据集作交集。数据集越小，数据集的交集计算越节省成本。
的项目中，竟然出现了滥用聚集索引的问题。看来没有培训最最基础的索引的意义，代价，使用场景，是一个非常大的失误。这篇博客就是从这个角度来罗列索引的基础知识。
使用索引的意义
索引在数据库中的作用类似于目录在书籍中的作用，用来提高查找信息的速度。
使用索引查找数据，无需对整表进行扫描，可以快速找到所需数据。
使用索引的代价
索引需要占用数据表以外的物理存储空间。
创建索引和维护索引要花费一定的时间。
当对表进行更新操作时，索引需要被重建，这样降低了数据的维护速度。
创建索引的列
主键
外键或在表联接操作中经常用到的列
在经常查询的字段上最好建立索引
不创建索引的列
很少在查询中被引用
包含较少的惟一值
定义为 text、ntext 或者 image 数据类型的列
heaps是staging data的很好选择，当它没有任何index时
excellent for high performance data loading (parallel bulk load and parallel index creation after load)
excellent as a partition to a partitioned view or a partitioned table
聚集索引提高性能的方法，在前面几篇博客中分别提到过，下面只是一个简单的大纲，细节请参看前面几篇博客。
何时创建聚集索引？
clustered index会提高大多数table的性能，尤其是当它满足以下条件时：
独特, 狭窄, 静止： 最重要的条件
持续增长的，最好是只向上增加。例如：
identity
date, identity
guid (only when using newsequentialid function)
聚集索引唯一性（独特型的问题）
由于聚集索引的b+树结构的叶子节点必须指向具体数据。如果你要建立聚集索引的列不唯一，并且你指定的创建的聚集索引是非唯一的聚集索引，则会有以下情况：
如果未使用 unique 属性创建聚集索引，数据库引擎 将向表自动添加一个四字节 uniqueifier 列。必要时，数据库引擎 将向行自动添加一个 uniqueifier 值，使每个键唯一。此列和列值供内部使用，用户不能查看或访问。
f132.cOm更多心得体会扩展阅读
学习数据库心得
通过学习这门课，我们三个实现了一系列项目功能。我们第一次通过大家的努力完成这个项目，充分体现了我们的团队精神。通过这个项目我们学到了很多，并把这些东西付诸实践，从而获得成功。当然，虽然我们的项目有很多缺陷，比如屏幕效果不够成熟，功能不够多样，实际操作时安全性问题，这就需要我们不断一步一步改进，去维护，一个成功的项目是任重而道远的，这是我们的第一步，我们将坚定地走第二步，第三步，我们将会越走越好。
大二选修了数据库，听学长学姐们说，这门课很难，我们心里都很忐忑。
但是学期末再来看，我们对于这门课的学习有了进一步的认识。老师讲课很认真，双语教学让我们在翻译英文的基础上，充分理解其中的含义。对于重点难点老师总是很有耐心的一遍遍重复讲解，配合着图解和ppT，直到讲透彻我们都听懂为止。从数据结构到数据库一直选王老师的课，很喜欢王老师讲课的风格，老师讲的很耐心，每每讲到重点或是难点都会确定我们是否明白。老师总是能把知识点讲的我们易懂。
期末的大作业，就是三人一组的项目，让我们理论联系实践，自己学习课外知识，培养团队精神。这对我们是一个很好的机会，来解决不懂的理论问题，对所学知识灵活运用。觉得这个大项目比较锻炼我们的能力，让我们能学有所用。
关静
学习数据库的心得
转眼间在从大一踏进学校的校门到现在刚刚好一年了，在这一年中，数据库也如影随形。
在这一年中我主要学习的数据库是sql serverXX，在学习的时候过程中，我们首先是从基础开始，比如数据类型、运算符号、关键字等等，然后上升到一些增删改查，还有触发、存储过程等的使用等等。
经过了一学期的学习，我从起初对数据库的认识模糊到后来清晰，深入，我认为我学到了许许多多的东西。当然，在学习中，薛立柱会给我们在网上下很多的学习资料，同时他也会建议我们多读读网上的学习资料。除了这个以外，我在学习数据库课程过程中，接触到的软件工程思想，网上学习经验，以及利用网络的学习资源都很好的改善了我的学习。后来，在学习的深入中，虽然学习有时是十分叫人感到枯燥乏味的，但我庆幸的是我坚持了下来，在最后的考试复习中，薛立柱老师虽然劝诫我学习不要因为考试而停止。是啊！要想学好一门功课我们需要的是持之以恒的精神。
数据库编程，这个是作为一个程序员的基本功，绝大多数软件开发公司数据库编程都是由程序员自己完成的，因为他的工作量不是很大，也不是很复杂。所以作为一个综合的程序员，学习数据库编程，像数据库四大操作，增删改查，还有触发、存储过程等的使用，这些都是基础的基础。很多时候我们会认为数据库没什么作用，学习的时候吊儿郎当，到今年做项目时，还不会连接查询，要想避免这种情况发生就必须打好基础，扎实的掌握每个知识点。
只要你从事计算机行业，就需要学习好数据库的基础知识，不论以后选择哪个方向，数据库的学习都不能放松。古人云：书到用时方恨少，知识学多了不会成为累赘，慢慢的积累，总有用到的时候。给自己明确一个目标，剩下的就是向着这个目标努力，无论遇到什么困难，克服它就向成功迈进了一步。
学习数据库的心得（2）：
一：学习心得
经过一个学期的数据库课程的学习，我们掌握了创建数据库以及对数据库的操作的基础知识。数据库这门课涉及到以前的知识不多，是一门从头学起的课程，即使基础不是很好，只要认真听讲、复习功课，还是一门比较容易掌握的课。
课堂上讲的知识比较理论化，如果不动手就无法将知识转化为技能，而动手去做能够让我们将学过的知识在实践中运用，找到知识漏洞，并且能学到更多关于实际操作的知识和技巧。并且培养了我们的自学能力。
第一次接触sql语言，虽然陌生，但是可以让我从头开始学，就算没有基础的人也可以学得很好。刚开始练习sql语言的时候，并不是很难，基本上都是按照老师的步骤来做，还很有成就感。我们通过老师的一些ppt，我们可以巩固课内的知识，还可以学习内容相关的知识，更好地完成老师布置的作业。
二、access与excel的区别
access--中小型数据库开发系统,内嵌vba编程语言,面向对象编程
excel--数据表格处理系统,编程能力有限.
access是数据库管理软件,内含的是数据库(基本对象),一个数据库包含多张表 主要用于开发系统 ，日常办公用起来不方便，他主要是做软件的后台的。
而excel只是一般的表格处理软件,主要用于一些日常的办公而已
两都所用到的地方不一样.
access是一个数据库软件,一个access文件由存储特定结构化数据集的表集合组成。表中包含行（有时称作记录或元组）和列（有时称作特性）的集合。表中的每一列都设计为存储某种类型的信息（例如，日期、名称、美元金额或数字）。表上有几种控制（约束、规则、触发器、默认值和自定义用户数据类型）用于确保数据的有效性。表上可以有索引（与书中的索引非常相似），利用索引可以快速地找到行。可将声明引用完整性 (dri) 约束添加到表上，以确保不同表中相互关联的数据保持一致。
而excel是一个电子表格制作软件，其表格可以进行排序、计算等操作.
从我个人理解，在电脑同样的配置的情况下excel在处理大量数据的速度远远落后与access，在数据配比上access在性能上更高于excel，
三、学习数据库的收获
sql (结构化查询语言)是用于执行查询的语法。但是 sql 语言也包含用于更新、插入和删除记录的语法。
查询和更新指令构成了 sql 的 dml 部分：
select - 从数据库表中获取数据
update - 更新数据库表中的数据
delete - 从数据库表中删除数据
insert into - 向数据库表中插入数据
sql 的数据定义语言 (ddl) 部分使我们有能力创建或删除表格。我们也可以定义索引（键），规定表之间的链接，以及施加表间的约束。
sql 中最重要的 ddl 语句:
create database - 创建新数据库
alter database - 修改数据库
create table - 创建新表
alter table - 变更（改变）数据库表
drop table - 删除表
create index - 创建索引（搜索键）
drop index - 删除索引
数据库有保持数据的独立性，所谓数据独立，是指存储在数据库中的数据独立于处理数据的所有应用程序而存在。也就是说，数据是客观实体的符号化标识，它就是一个客观存在，不会因为某一项应用的需要而改变它的结构，因此是独立于应用而存在着的客观实体。而某一项应用是处理数据获取信息的过程，也就是应用程序，它只能根据客观存在着的数据来设计所需要的数据处理方法，而不会去改变客观存在着的数据本身。数据库的传统定义是以一定的组织方式存储的一组相关数据的集合，主要表现为数据表的集合。
根据标准，sql语句按其功能的不同可以分为以下6大类：
数据定义语句（data-definition language，ddl）；
数据操作语句（data-manipulation languagesql serverXX 功能，dml）；
操作管理语句（transaction-management language，tml）；
数据控制语句（data-control language，dcl）；
数据查询语句（data-query language，dql）；
游标控制语句（cursor-control language，ccl）。
这门课中仍然有许多不太懂的地方，还需要以后进一步学习。
数据库实训心得
一个月的数据库实训就转眼间就上完了，期间讲解了一个学生管理系统，最后还做了一个小的数据库链接作业。现在就说说关于vb链接的数据库的一些方法。
首先说数据库，简单的说就是建表格,然后把一张一张的表格和在一起,成为一大堆的数据集合。他是依照某种数据结构组织起来并存放二级存储器中的数据集合，基本分为三个层次，物理数据层，概念数据层和逻辑数据层。不同层次间的联系是通过映射来转换的。
大多数vb链接数据库都使用ado控件，他可以分为分为有源数据库和无源数据库，即是否使用了dsn数据源。在连接数据库前首先要在vb菜单中“工程”-“引用”或“部件”从中选择 microsoft activex data objects 2.6 library和 microsoft activex data objects recordset 2.6两个组件，然后定义链接的对象，用什么名字由自己决定。下面的代码也要由自己建立的数据库来具体设置参数。
set db = ne login, conn, adopenstatic, adlockreadonly, adcmdtext
dim i as string
for t = 0 to val(rs.recordcount) - 1
i = trim(rs.fields(用户名).value)
rs.movenext
combo1.additem i
next t
rs.close
这样数据库也就基本上链接好了。
数据库设计心得体会
跟老板做了两个算是比较大的项目，数据库主体都是我设计的。第一个感觉很失败；第二个现在正在用，虽然总结了第一个的教训，但感觉还是有些遗憾。把这过程中的一些心得记在这里，以便日后用到时来查阅。若以后还有机会再设计数据库现在倒还有些期待，呵呵，再有新的体会，也全部补充到这里。
1.尽量使用数据冗余。
随着磁盘容量的大幅飙升，这一点已经不会产生什么问题。当然冗余归冗余，不能把数据的关联弄的乱七八糟的。
本科数据库课程中学的知识直接拿来，在实际中会出大问题。满足三级范式的数据库结构会让你面对大量的连表查询，应用程序中会用到大量的数据库访问，既繁琐（烦死你）又使程序运行速度减慢。
2.尽量不要使用varchar(max)类型
这一点主要是用动软代码生成器自动生成代码时，如果varchar的最大长度指定为max，在自动生成代码时，它无法生成这一最大长度，需要手动补进去。
现在感觉用个varchar(1000)就够了。
3.使用预留字段。
数据库表（尤其是动态表格），在你把所有字段都设计好了之后，再添加几个备注字段和预留字段。
之前我觉得这样做没多大意义，因为预留字段的列名是没有实际意义的。这样程序中使用的时候就会让人费解。但现在觉得还是有必要的，很有必要的，即便在用到时需要自己十分清楚之前预留的无意义字段现在表示什么意义。不过我的第二个数据库中还是没采用，这也是遗憾之处啊。
个人感觉用note1、note2、r1（r表示reserve）、r2、r3，2个备注字段和3个预留字段就足够了,再多的话就不容易记住哪个字段具体表示什么意义了，容易晕。类型就都用varchar(200)吧。
数据库设计心得体会（2）：
在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业信息化处理的要求。通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统设计开发的基本方法，进一步提高我们综合运用所学知识的能力。
当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。
我所负责的是数据库的备份和还原还有一些界面的实现。还记得自己刚接触html的时候，觉得很感兴趣，所以有一段时间几乎到了痴迷的程度。然而php是我刚接触不久的一种编程语言。不过觉得它的功能真的很强大，可以开发出很多大型的系统。但是在做备份和还原的时候，要考虑的东西还是很多的。当我遇到错误的时候，感到很受打击。值得欣慰的是，在同学的帮助和大量参考书的查阅下，我把自己的模块做好了。这就是我收获最大的地方。而且，我明白了遇到困难永不放弃的重要性，我知道了团队合作的重要性，我领悟了只有坚持不懈才会取得胜利。
知识的获得是无止境的，只要你想学，只要你行动，没有什么会难倒我们的。回首这一个多星期的课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们的不懈帮助，谢谢学校给了我们这一次实践的机会，也谢谢组员们的关怀。这些美好的回忆美好的东西将永远伴随着我。
数据库课程设计心得领会
两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。
通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。
从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。
我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。
按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。
在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。
我们学习并应用了SQL语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。
很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。
物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。
不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也是可以的。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想！
以上基本是这次实习的体会了，设计进行的非常艰难，编码非常不容易，才发现做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和准确定位。设计，是一个任重道远的过程。