数据库标准有哪些问题，数据库开发需注意哪些问题

1，数据库开发需注意哪些问题

在数据库设计之前首先应该有明确的数据库设计规范，包括表，视图，字段等的命名规范,设计约束和存储过程等的编码规范。同时数据库设计应该遵守从逻辑设计到物理设计的实现思路，在充分了解客户需求的情况下，创建数据字典和ER模型，遵守数据库的设计范式等基本要求进行设计。

1 数据库理念必须理解2 sql语句必须熟练3 存储过程事件等必须会用4 流行的数据库必须会用大型orcale db2 小型的sql server mysql5 注意备份机制，呵呵不要轻易的delete 和updata

数据库开发需注意哪些问题

2，关于数据库范式规范的问题谁能帮忙做一下

该表只满足第一范式：表中数据不允许重复；该表没有主键，故不满足第二范式：要有主键；该表的[编号]字段以及[姓名]似乎来至另外一张表，若是，则这两字段数据冗余，需要删除[姓名]字段，后面的[书号][书名]也是同样；修改方式：个人推荐楼主最好分开建立3张表格，因为以上关系通过多对多模式可以轻松处理。具体为—— 1.建立一张借阅人表，字段[编号][姓名][单位]其中[编号]为主键； 2.建立一张借阅书籍表，字段[书号][书名][价格]，其中[书号]为主键； 3.建立一张借阅人借阅书籍关系表，字段[借阅人编号][借阅书籍书号][借阅日期],最好也给其添加上一个主键字段；以后使用select语句查询的时候只需表连接即可一次性查出（个人推荐简单的笛卡尔交叉连接无脑式查询）

关于数据库范式规范的问题谁能帮忙做一下

3，理解什么是数据库规范化

理解数据库规范化的意义　　【TechTarget中国原创】数据库规范化是由Edgar Frank Codd提出的，他是IBM公司的一位计算机科学家，他在自己的论文《20世纪70年代大型共享数据银行数据关系模型》中首次提出这种说法。数据库规范化是一个过程，这个过程中需要对现存表结构进行修改，把表转化使遵循一系列先进的范式。　　它着重于消除开发人员和他们项目的“电子表格综合症”。电子表格综合症是指开发人员倾向于在尽可能少的表中挤下尽可能多的信息。　　早些时候，由于受电子表格的概念以及在电子表格中管理数据思路的影响，开发人员们一直采用与涉及电子表格相同的思路设计MySQL数据库。现在，再用这种方法设计MySQL数据库被认为是不明智的做法，因为这种电子表格综合症设计的表在每次数据库有很小的改变时，都要持续不断地进行重新设计。　　在MySQL中实现数据库规范化的好处　　通过智能数据分类，降低存储空间使用量是对MySQL实现数据库规范化的众多好处之一。它帮助实现了更好，更快，更强的搜索功能，因为它与早期基于混合实体的搜索方式相比，需要扫描更少的实体。通过数据库规范化，数据完整性也得以改善，因为它把所有数据分成单独的实体，并用关联数据在实体间建立强连接。　　Mike Hillyer是之前MySQL AB的一位技术作家，他解释说：“数据库规范化的目标是确保每个表中所有非键列都直接依赖于主键：整个都是键，除了键没有其它。有了这个目标，随之而来还有一些好处，我们降低了冗余，减少了异常，提高了效率。”　　数据规范化很容易做到　　下面的例子将说明数据库规范化如何帮助实现MySQL中的良好设计。下面的表展示了需要在数据库中捕获的数据。　　Chad Russell is a programmer and system administrator who owns his own internet hosting company. Jon Stephens is a member of the MySQL AB documentation team.　　在上面展示的例子中，如果任意一个条件作为识别主键的话，会有大量的存储空间被浪费掉。因此，数据库规范化是必不可少的。这是一个循序渐进的过程，不能随意进行。下面的步骤可以帮你在MySQL中实现数据库规范化。转载仅供参考，版权属于原作者。祝你愉快，满意请采纳哦。

规范化理论把关系应满足的规范要求分为几级，满足最低要求的一级叫做第一范式(1nf)，在第一范式的基础上提出了第二范式(2nf)，在第二范式的基础上又提出了第三范式(3nf)，以后又提出了bcnf范式，4nf，5nf。范式的等级越高，应满足的约束集条件也越严格。第一范式（1nf）在关系模式r中中，如果每个属性值都是不可再分的原子属性，则称r是第一范式的关系[2]。例如：关系r（职工号，姓名，电话号码）中一个人可能有一个办公室电话和一个住宅电话号码，规范成为1nf的方法一般是将电话号码分为单位电话和住宅电话两个属性，即 r（职工号，姓名，办公电话，住宅电话）。1nf是关系模式的最低要求。第二范式（2nf）如果关系模式r是1nf且其中的所有非主属性都完全函数依赖于关键字，则称关系r 是属于第二范式的[2]。例：选课关系 sc（sno，cno，grade，credit）其中sno为学号， cno为课程号，gradege 为成绩，credit 为学分。由以上条件，关键字为组合关键字（sno，cno）。在应用中使用以上关系模式有以下问题：（1）数据冗余，假设同一门课由40个学生选修，学分就重复40次；（2）更新复杂，若调整了某课程的学分，相应元组的credit值都要更新，有可能会出现同一门课学分不同；（3）插入异常，如计划开新课，由于没人选修，没有学号关键字，只能等有人选修才能把课程和学分存入；（4）.删除异常，若学生已经结业，从当前数据库删除选修记录，而某些课程新生尚未选修，则此门课程及学分记录无法保存。以上问题产生的原因是非主属性credit仅函数依赖于cno，也就是credit部分依赖组合关键字（sno，cno）而不是完全依赖。解决方法是将以上关系分解成两个关系模式 sc（sno，cno，grade）和c（cno，credit）。新关系包括两个关系模式，它们之间通过sc中的外键cno相联系，需要时再进行自然联接，恢复原来的关系第三范式（3nf）如果关系模式r是2nf且其中的所有非主属性都不传递依赖于码，则称关系r是属于第三范式的[1]。例如关系模式s（sno，sname，dno，dname，location）中各属性分别代表学号、姓名、所在系、系名称、系地址。关键字sno决定各个属性。由于是单个关键字，没有部分依赖的问题，肯定是2nf。但关系s肯定有大量的冗余，有关学生所在系的几个属性dno，dname，location将重复存储，插入、删除和修改时也将产生类似以上例的情况。原因在于关系中存在传递依赖，即sno -> dno，dno -> location, 因此关键字sno对location函数决定是通过传递依赖sno -> location 实现的。也就是说，sno不直接决定非主属性location。解决方法是将该关系模式分解为两个关系s（sno，sname，dno）和d（dno，dname，location），两个关系通过s中的外键dno联系。bc范式(bcnf)如果关系模式r的所有属性（包括主属性和非主属性）都不传递依赖于r的任何候选关键字，那么称关系r是属于bcnf的。或者说关系模式r中，如果每个决定因素都包含关键字（而不是被关键字所包含），则r是bcnf[3]。通常认为bcnf是修正的第三范式，有时也称为扩充的第三范式。

理解什么是数据库规范化

4，什么是数据库

数据库(Database)是按照数据结构来组织、存储和管理数据的仓库，它产生于距今六十多年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。在信息化社会，充分有效地管理和利用各类信息资源，是进行科学研究和决策管理的前提条件。数据库技术是管理信息系统、办公自动化系统、决策支持系统等各类信息系统的核心部分，是进行科学研究和决策管理的重要技术手段。扩展资料：常用关系型数据库产品介绍：一、Oracle前身叫SDL、由Larry Ellison和两个变成任意在1977创办，他们开发了主机的拳头产品，在市场上大量销售。Oracle公司是最早开发关系型数据库的厂商之一，其产品支持最广泛的操作系统平台。目前Oracle关系数据库产品的市场占有率数一数二。Oracle公司是目前全球最大的数据库软件公司，也是近年业务增长极为迅速的软件提供与服务商主要应用范围：传统大企业、大公司、政府、金融、证券等。二、MySQL被广泛的应用在Internet上的大中小型网站中。由于体积小、速度快、总体拥有成本低，开放源代码三、 Microsoft SQL Server是微软公司开发的大型关系数据库系统。SQL Server的功能比较全面，效率高，可以作为中型企业或单位的数据库平台。SQL Server可以与Winodws操作系统紧密集成，不论是应用程序开发速度还是系统事务处理运行速度，都得到较大的提升，对于在Windows平台上开发的各种企业级信息管理系统来说，不论是C/S（客户机/服务器）架构还是B/S（浏览器/服务器）架构。SQL Server都是一个很好的选择。

it专家网 http://database.ctocio.com.cn/tips/395/7631395.shtml建立网站如何选择适合自己的数据库作者: , 出处:it专家网社区, 责任编辑: 李书琴, 2007-10-29 11:06 大家知道，常用的数据库一般是分为三种： (一)、access (二)sql server(三)mysql，那么，用户想做一个网站，到底哪一种数据库是适合自己的呢?以下给大家介绍一下常用的数据库有什么区别或是功能方面…… 不少企业和个人站长在网站制作时，会对数据库的概念产生迷惑或误解。究竟使用什么样的数据库才好了?合适的才是最好的。下面是一些关于数据库的详细资料。建议打算建立网站的企业和个人站长，新手网站管理员阅读一下。听听92hezu网专家对于数据库的解释，让大家更好的了解数据库，从而确定合适的建站方案。大家知道，常用的数据库一般是分为三种： (一)、access (二)sql server(三)mysql，那么，用户想做一个网站，到底哪一种数据库是适合自己的呢?以下给大家介绍一下常用的数据库有什么区别或是功能方面。 access是一种桌面数据库，只适合数据量少的应用，在处理少量数据和单机访问的数据库时是很好的，效率也很高。但是它的同时访问客户端不能多于4个。access数据库有一定的极限，如果数据达到100m左右，很容易造成服务器iis假死，或者消耗掉服务器的内存导致服务器崩溃。 sql server是基于服务器端的中型的数据库，可以适合大容量数据的应用，在功能上管理上也要比access要强得多。在处理海量数据的效率，后台开发的灵活性，可扩展性等方面强大。因为现在数据库都使用标准的sql语言对数据库进行管理，所以如果是标准sql语言，两者基本上都可以通用的。92hezu网全部双线合租空间均可使用access数据库，同时也支持sql server。sql server还有更多的扩展，可以用存储过程，数据库大小无极限限制。 sql server 特点： 1.真正的客户机/服务器体系结构。 2.图形化用户界面，使系统管理和数据库管理更加直观、简单。 3.丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。 4.sql server与windows nt完全集成，利用了nt的许多功能，如发送和接受消息，管理登录安全性等。sql server也可以很好地与microsoft backoffice产品集成。 5.具有很好的伸缩性，可跨越从运行windows 95/98的膝上型电脑到运行windows 2000的大型多处理器等多种平台使用。 6.对web技术的支持，使用户能够很容易地将数据库中的数据发布到web页面上。 7.sql server提供数据仓库功能，这个功能只在oracle和其他更昂贵的dbms中才有。 mysql是一个开放源码的小型关系型数据库管理系统，开发者为瑞典mysql ab公司，92hezu网免费赠送mysql。目前mysql被广泛地应用在internet上的中小型网站中。提供由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了mysql作为网站数据库 mysql特点： 1.mysql的核心程序采用完全的多线程编程。线程是轻量级的进程，它可以灵活地为用户提供服务，而不过多的系统资源。 2.mysql可运行在不同的操作系统下。简单地说，mysql可以支持windows95/98/nt/2000以及unix、linux和sun os等多种操作系统平台。 3.mysql有一个非常灵活而且安全的权限和口令系统。当客户与mysql服务器连接时，他们之间所有的口令传送被加密，而且mysql支持主机认证。 4.mysql支持odbc for windows。mysql支持所有的odbc 2.5函数和其他许多函数，这样就可以用access连接mysql服务器，从而使得mysql的应用被大大扩展。 5.mysql支持大型的数据库。虽然对于用php编写的网页来说只要能够存放上百条以上的记录数据就足够了，但mysql可以方便地支持上千万条记录的数据库。 6.mysql拥有一个非常快速而且稳定的基于线程的内存分配系统，可以持续使用面不必担心其稳定性。 7.强大的查询功能。mysql支持查询的select和where语句的全部运算符和函数，并且可以在同一查询中混用来自不同数据库的表，从而使得查询变得快捷和方便。 8.php为mysql提供了强力支持，php中提供了一整套的mysql函数，对mysql进行了全方位的支持。 92合租( http://www.92hezu.com ) 为广大用户量身定多种不同的虚拟主机及数据库，所有数据库定时备份，在线数据库还原，导入等功能，使用方便，安全，稳定!三种数据库各有特点，92hezu网建议大家在选择数据库的时候可以根据自己的学习、工作情况来选择。假如你是一个新手，可以选择一个易操作、没有太多辅助功能的数据库系统，如access。通过对数据库系统的实际操作，可以获得一些感性认识，也会遇到一些问题，这些问题正是激发学习兴趣的动力。虽然从dbms理论的角度来讲，access还不算完整，但是它们确实很实用。如果你是为实际工作选择数据库，则可以根据业务规模、流程、数据量、现有技术人员的技术水平、软件环境等因素来综合考虑，如可选择mysql、sqlserver。

5，数据库设计技巧是什么

数据库设计包括应用与设计，重在设计。而数据库技术仅是应用，重在应用。就难度而言，其实三级并不比二级难多少。

（需求分析阶段）1) 理解客户需求，询问用户如何看待未来需求变化。让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。2) 了解企业业务可以在以后的开发阶段节约大量的时间。3) 重视输入输出。在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。举例：假如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码字段而不要把邮政编码糅进地址字段里。4) 创建数据字典和er 图表er 图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。er图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对sql表达式的文档化来说这是完全必要的。5) 定义标准的对象命名规范数据库各种对象的命名必须规范。（数据库逻辑设计）表设计原则1) 标准化和规范化数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但third normal form（3nf）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3nf 标准的数据库的表设计原则是：“one fact in one place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。举例：某个存放客户及其有关定单的3nf数据库就可能有两个表：customer 和order。order 表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向customer 表里包含该客户信息的那一行。事实上，为了效率的缘故，对表不进行标准化有时也是必要的。2) 数据驱动采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。举例，假如用户界面要访问外部数据源（文件、xml 文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。3) 考虑各种变化在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。4) 每个表中都应该添加的3 个有用的字段drecordcreationdate，在vb 下默认是now()，而在sql server 　· 下默认为getdate()srecordcreator，在sql server 下默认为not null default 　· usernrecordversion，记录的版本标记；有助于准确说明记录中出现null 数据或者丢失数据的原因　·5) 对地址和电话采用多个字段描述街道地址就短短一行记录是不够的。 address_line1、address_line2 和address_line3 可以提供更大的灵活性。还有，电话号码和邮件地址最好拥有自己的数据表，其间具有自身的类型和标记类别。6) 使用角色实体定义属于某类别的列在需要对属于特定类别或者具有特定角色的事物做定义时，可以用角色实体来创建特定的时间关联关系，从而可以实现自我文档化。举例：用person 实体和person_type 实体来描述人员。比方说，当john smith, engineer 提升为john smith, director 乃至最后爬到john smith, cio 的高位，而所有你要做的不过是改变两个表person 和person_type 之间关系的键值，同时增加一个日期/时间字段来知道变化是何时发生的。这样，你的person_type 表就包含了所有person 的可能类型，比如associate、engineer、director、cio 或者ceo 等。还有个替代办法就是改变person 记录来反映新头衔的变化，不过这样一来在时间上无法跟踪个人所处位置的具体时间。7) 选择数字类型和文本类型尽量充足在sql 中使用smallint 和tinyint 类型要特别小心。比如，假如想看看月销售总额，总额字段类型是smallint，那么，如果总额超过了$32,767 就不能进行计算操作了。而id 类型的文本字段，比如客户id 或定单号等等都应该设置得比一般想象更大。假设客户id 为10 位数长。那你应该把数据库表字段的长度设为12 或者13 个字符长。但这额外占据的空间却无需将来重构整个数据库就可以实现数据库规模的增长了。8) 增加删除标记字段在表中包含一个“删除标记”字段，这样就可以把行标记为删除。在关系数据库里不要单独删除某一行；最好采用清除数据程序而且要仔细维护索引整体性。（数据库逻辑设计）键选择原则：1) 键设计4 原则为关联字段创建外键。所有的键都必须唯一。避免使用复合键。外键总是关联唯一的键字段。2) 使用系统生成的主键设计数据库的时候采用系统生成的键作为主键，那么实际控制了数据库的索引完整性。这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。采用系统生成键作为主键还有一个优点：当拥有一致的键结构时，(不让主键具有可更新性)在确定采用什么字段作为表的键的时候，可一定要小心用户将要编辑的字段。通常的情况下不要选择用户可编辑的字段作为键。4) 可选键有时可做主键把可选键进一步用做主键，可以拥有建立强大索引的能力。索引使用原则：索引是从数据库中获取数据的最高效方式之一。95%的数据库性能问题都可以采用索引技术得到解决。1) 逻辑主键使用唯一的成组索引，对系统键（作为存储过程）采用唯一的非成组索引，对任何外键列采用非成组索引。考虑数据库的空间有多大，表如何进行访问，还有这些访问是否主要用作读写。2) 大多数数据库都索引自动创建的主键字段，但是可别忘了索引外键，它们也是经常使用的键，比如运行查询显示主表和所有关联表的某条记录就用得上。3) 不要索引memo/note 字段，不要索引大型字段（有很多字符），这样作会让索引占用太多的存储空间。4) 不要索引常用的小型表不要为小型数据表设置任何键，假如它们经常有插入和删除操作就更别这样作了。对这些插入和删除操作的索引维护可能比扫描表空间消耗更多的时间。（数据库逻辑设计）1) 完整性实现机制：实体完整性：主键参照完整性：父表中删除数据：级联删除；受限删除；置空值父表中插入数据：受限插入；递归插入父表中更新数据：级联更新；受限更新；置空值dbms对参照完整性可以有两种方法实现：外键实现机制（约束规则）和触发器实现机制用户定义完整性：not null；check；触发器2) 用约束而非商务规则强制数据完整性采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。3) 强制指示完整性在有害数据进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。4) 使用查找控制数据完整性控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等。5) 采用视图为了在数据库和应用程序代码之间提供另一层抽象，可以为应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。 1) 避免使用触发器触发器的功能通常可以用其他方式实现。在调试程序时触发器可能成为干扰。假如你确实需要采用触发器，你最好集中对它文档化。2) 使用常用英语（或者其他任何语言）而不要使用编码在创建下拉菜单、列表、报表时最好按照英语名排序。假如需要编码，可以在编码旁附上用户知道的英语。3) 保存常用信息让一个表专门存放一般数据库信息非常有用。在这个表里存放数据库当前版本、检查/修复（对 access）、关联设计文档的名称、客户等信息。这样可以实现一种简单机制跟踪数据库，当客户抱怨他们的数据库没有达到希望的要求而与你联系时，这样做对非客户机/服务器环境特别有用。4) 包含版本机制在数据库中引入版本控制机制来确定使用中的数据库的版本。时间一长，用户的需求总是会改变的。最终可能会要求修改数据库结构。把版本信息直接存放到数据库中更为方便。5) 编制文档采用给表、列、触发器等加注释的数据库工具。对开发、支持和跟踪修改非常有用。对数据库文档化，或者在数据库自身的内部或者单独建立文档。这样，当过了一年多时间后再回过头来做第2 个版本，犯错的机会将大大减少。6) 测试、测试、反复测试建立或者修订数据库之后，必须用用户新输入的数据测试数据字段。最重要的是，让用户进行测试并且同用户一道保证选择的数据类型满足商业要求。测试需要在把新数据库投入实际服务之前完成。7) 检查设计在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库。换句话说，针对每一种最终表达数据的原型应用，保证你检查了数据模型并且查看如何取出数据。