初中数据库设计与实现的心得体会.docxVIP

初中数据库设计与实现的心得体会 摘要：高职的数据库设计与实现的课程中, 比较偏重于数据库的实现和应用。本文梳理在教学中所使用的数据库的设计与实现的心得, 并结合实例介绍, 以期能让学生能在接触数据库的初期就能按照规范和贴近实际应用的方式实现和使用数据库。 前言在高职软件技术专业课程体系中, 数据库的设计与使用是一门很重要的专业课程, 不但影响后续的ASP、JSP等课程的学习, 而且对学生走上工作岗位, 能以非常规范和实用的方式完成数据库的设计与实现, 起到非常重要的影响。因此, 在数据库课程的教学过程当中, 我们需要将一些最常用的规范、实用的方法融入到教学所用的数据库当中, 使学生能从规范、实用起步学习数据库, 养成良好的习惯, 从而能更好更快地适应工作岗位的需求。下面我们将从数据库设计与实现过程当中所涉及的一般规范和实用方法的角度探讨一下其中的经验心得。一、数据库设计之前首先, 要充分认识数据库的重要性。数据库的重要性集中体现在对业务系统的数据支持上, 它为业务过程中所产生的数据进行存储和组织, 并通过业务软件的前台界面对数据进行整合、分析, 为业务发展变化提供最直观的判断支撑。在设计数据库之前, 一定要充分了解软件的功能要求、时间要求、平台要求、价格要求和维护要求, 在实际的开发中, 这五个方面构成了软件开发之前的调研内容。只有满足了这些要求, 制作的数据库应用软件才有较高的使用价值。其次, 要充分利用已有的数据库和业务系统。信息管理系统的发展已经经过了几十年, 不管是人工管理系统还是计算机信息管理系统都已经广泛存在于各行各业当中, 这些已有的资源要充分利用, 对这些旧有系统的研究可能会让你发现一些可能忽视的细微情况。再次, 要在数据库设计之前定义好数据库各个不同组成对象的命名规则, 这对对象数目很多的时候显得尤为重要, 不然随着开发进程的进行将会很快被不同的数据库要素的名称搞糊涂。这里所指的统一的命名方式一般可以考虑以下几个方面:表名采用单数还是复数形式, 如何从表名中简化出表的别名, 表内的列名要采用怎样的统一命名规则, 比如整数类型的字段可用N_作为前缀、字符类型的字段采用C_前缀、money类型就加上_M后缀、日期列则最好以D_作为名字打头等等。最后, 请创建E-R图。明确画出ER图并不仅仅是为了设计数据库, 它的作用类似于工程图纸, 从设计师的构想变成具体的图, 一方面可以让设计师发现一些不经意的细节, 让设计更优, 另一方面, 也能使其他人员了解数据库设计, 成为设计师和用户之间的有力沟通工具。二、设计表和字段 (1) 采用有意义的字段名:由于语言的关系, 很多学生在命名的时候喜欢使用汉语拼音, 这是非常不好的习惯, 应尽量避免。在采用英文单词+数字进行组合命名的前提下, 尽量保证字段名能够望名生义, 但具体的尺度还需要小心把握。另外, 在不同表之间的相关字段的名字要统一, 这种设计错误虽然显得很低级, 但却很常见, 也应尽可能避免。 (2) 数据库的设计要规范化:范式是关系数据库设计所需的规范。在规范化的数据库中, 结构合理、冗余最少、性能卓越等方面都会兼顾, 达到最佳平衡。在关系数据库中, 最常用的的范式是1NF、2NF、3NF和BCNF, 各范式的含义在任何一本关系数据库理论的书籍中都有详述。虽然理论描述似乎很简单, 但很多人在数据库设计过程中自觉不自觉的避开这些设计规范, 1NF所有人都会遵守, 但2Nf和3NF就不是所有人都能遵守了, 遵守的人可以说肯定是数据库设计的个中翘楚了。 (3) 规范化也不能过头了:除了上段所述的范式之外, 还有4NF、5NF, 数据表的范式程度越高, 就意味着数据冗余的减少、人为错误的可能性也减少, 那是否意味着范式程度越高越好呢?当然不一定。范式程度增高了, 意味着数据库使用之后所需访问的数据表增多、数据表之间的关联也就大大增加了, 自然效率就降低了。因此减少冗余和保证效率应该同时兼顾考虑, 甚至保留一定的冗余还可能提高查询速度, 在更新不多、但查询频繁的数据库中尤能体现。 (4) 对一些特殊的数据要有相应的处理办法:这里所指的特殊的数据指的是通信地址、电话号码、电子邮件地址、姓名、编号ID之类的数据。通常情况下通信地址的内容很长, 仅仅采用一行记录加以描述是不够的, 把它们分到不同的列当中会有更大的准确性和灵活性;电子邮件中的登录账号和邮件服务器名最好分开处理, 姓名中的姓氏和名字、电话号码中的区号和号码也同样分开, 这样在应用这些数据的时候会更灵活;对编号ID这类数据, 注意点主要集中在要为它们留有余量, 这样做虽然会额外多占用一定的存储空间, 但在数据量增加到一定程度的时候, 数据库无需重构就能适应新的数据规