如何防止数据冗余

@章贞14555934993：数据库系统是怎样降低冗余度的数据库系统是如何降低冗余度的-1、数据库是依照某种数据模型组织起来并存放二级存储器中的数据集合。2、数据库系统降低冗余度的方法：尽可能不重复，以最优方式为某个特定组织的多种应用服务；其数据结构独立于使用它的应用程序；数据的增、删、改和检索由统一软件进行管理和控制；从发展的历史看，数据库是数据管理的高级阶段，是由文件管理系统发展起来的。3、数据库的基本结构分三个层次，反映了观察数据库的三种不同角度。物理数据层：是数据库的最内层，是物理存贮设备上实际存储的数据的集合；概念数据层：是数据库的中间一层，是数据库的整体逻辑表示；逻辑数据层：逻辑记录的集合。

@蒋玉晶14784481404：什么是数据库中的数据冗余？如何消除数据冗余？-数据冗余指数据之间的重复，也可以说是同一数据存储在不同数据文件中的现象。可以说增加数据的独立性和减少数据冗余为企业范围信息资源管理和大规模信息系统获得成功的前提条件。数据冗余会妨碍数据库中数据的完整性(integrality)，也会造成存贮空间的浪费。尽可能地降低数据冗余度，是数据库设计的主要目标之一。关系模式的规范化理沦(以下称NF理论)的主要思想之一就是最小冗余原则，即规范化的关系模式在某种意义上应该冗余度最小。但是，NF理论没有标准的概念可用，按等价原则，在有或没有泛关系假设(universalrelationassumption)等不同前提下，冗余的定义可能有好几种。

数据的应用中为了某种目的采取数据冗余方式。1、重复存储或传输数据以防止数据的丢失。2、对数据进行冗余性的编码来防止数据的丢失、错误，并提供对错误数据进行反变换得到原始数据的功能。3、为简化流程所造成额数据冗余。4、为加快处理过程而将同一数据在不同地点存放。5、为方便处理而使同一信息在不同地点有不同的表现形式。6、大量数据的索引，一般在数据库中经常使用。7、方法类的信息冗余。8、为了完备性而配备的冗余数据。9、规则性的冗余。根据法律、制度、规则等约束进行的。10、为达到其他目的所进行的冗余。

@吴咏13133900845：数据冗余可能导致的问题-数据冗余可能导致的问题是浪费存储空间及修改麻烦；潜在的数据不一致性。数据冗余发生在数据库系统中，指的是一个字段在多个表里重复出现。举个例子，如果每条客户购买商品的信息里都连带记录了客户自身的信息，这样的数据冗余可能造成不一致，因为客户自身的信息可能不一样。数据冗余会导致数据异常和损坏，一般来说设计上应该被避免。数据库规范化防止了冗余而且不浪费存储容量。适当的使用外键可以使得数据冗余和异常降到最低。但是，如果考虑效率和便利，有时候也会设计冗余数据，而不考虑数据被破坏的风险。

数据冗余方式目的分类1、重复存储或传输数据以防止数据的丢失。2、对数据进行冗余性的编码来防止数据的丢失、错误，并提供对错误数据进行反变换得到原始数据的功能。3、为简化流程所造成额数据冗余。例如向多个目的发送同样的信息、在多个地点存放同样的信息，而不对数据进行分析而减少工作量。4、为加快处理过程而将同一数据在不同地点存放。例如并行处理同一信息的不同内容，或用不同方法处理同一信息等。5、为方便处理而使同一信息在不同地点有不同的表现形式。例如一本书的不同语言的版本。

@李翠安15753368190：什么是数据库冗余，如何避免数据库冗余-您好：数据冗余或者信息冗余是生产、生活所必然存在的行为，没有好与不好的总体倾向。一般设计数据库是都在达到3范式或更高，否则数据的冗余程度非常高。通常在设计的时候，需要考虑扩展性，阅读性，响应时间和语句复杂程度等。需要有一定的冗余来达到维护需要，这往往是经验丰富的开发人员和DBA来考虑的。

@施慧18052264719：数据库系统能减少数据冗余吗？-这个说法是正确的。原因如下：数据库系统的特点有四个：1，数据结构化。采用数据模型来对数据进行描述和定义。2，数据共享性高，冗余度低。由于是从全局分析和描述数据，就可以适合多个用户、各种应用共享数据的需求。信息可在统一的地方存储，共享的同时可显著减少数据冗余，节省存储空间。但是，并不是说完全没有冗余，只是相对冗余度降低而已。3，数据独立于程序。包括逻辑和物理独立性。4，统一管理和控制数据。由于数据库系统是数据密集型应用，一次统一管理和控制尤其重要。所以，数据库系统减少了数据的冗余这一说法是正确的。希望能帮到您。谢谢。

@钱勤13131750166：什么是数据库中的数据冗余？如何消除数据冗余？-学号姓名课程名成绩001张三数学90001张三语文91002李四数学90002李四语文91这样的表称为有数据冗余我们常常把这样的表分为两个表，如：表1学号姓名001张三002李四表2学号课程名成绩001数学90001语文91002数学90002语文91这样处理后既可满足数据的第二范式要求，当然还不是最好的。通过关系模式的范式可以消除数据冗余，基本的数据库应满足第三范式（3NF）。看看数据库的“范式”内容你就更好理解了。

@姜娣13876548580：SQL中的数据冗余的最佳解决方法是什么？-数据应该尽可能少地冗余，这意味着重复数据应该减少到最少。比如说，一个部门雇员的电话不应该被存储在不同的表中，因为这里的电话号码是雇员的一个属性。如果存在过多的冗余数据，这就意味着要占用了更多的物理空间，同时也对数据的维护和一致性检查带来了问题，当这个员工的电话号码变化时，冗余数据会导致对多个表的更新动作，如果有一个表不幸被忽略了，那么就可能导致数据的不一致性。从一范式转化到二范式根据第二范式的定义，转化为二范式就是消除部分依赖。考察表1-1，我们可以发现，非主属性 部分依赖于主键中的 ;非主属性，和都部分依赖于主键中的；表1-1的形式，存在着以下潜在问题：1．数据冗余：每一个字段都有值重复；2．更新异常：比如 字段的值，比如对值"TPMS"了修改，那么就要一次更新该字段的多个值；3．插入异常：如果新建了一个Project，名字为TPT,但是还没有Employee加入，那么将会空缺，而该字段是主键的一部分，因此将无法插入记录；InsertintoSAMPLE(PRJNUM,PRJNAME,EMYNUM,EMYNAME,SALCATEGORY,SALPACKAGE)values(100003,'TPT',NULL,NULL,NULL,NULL)4．删除异常：如果一个员工200003,Kevin离职了，要将该员工的记录从表中删除，而此时相关的Salary信息C也将丢失,因为再没有别的行纪录下SalaryC的信息。DeletefromsamplewhereEMYNUM=200003SelectdistinctSALCATEGORY,SALPACKAGEfromSAMPLE因此，我们需要将存在部分依赖关系的主属性和非主属性从满足第一范式的表中分离出来，形成一张新的表，而新表和旧表之间是一对多的关系。由此，我们得到：CREATETABLE"PROJECT"("PRJNUM"INTEGERNOTNULL,"PRJNAME"VARCHAR(200))IN"USERSPACE1";ALTERTABLE"PROJECT"ADDPRIMARYKEY("PRJNUM");InsertintoPROJECT(PRJNUM,PRJNAME)values(100001,'TPMS'),(100002,'TCT');表1-2表1-3CREATETABLE"EMPLOYEE"("EMYNUM"INTEGERNOTNULL,"EMYNAME"VARCHAR(200),"SALCATEGORY"CHAR(1),"SALPACKAGE"INTEGER)IN"USERSPACE1";ALTERTABLE"EMPLOYEE"ADDPRIMARYKEY("EMYNUM");InsertintoEMPLOYEE(EMYNUM,EMYNAME,SALCATEGORY,SALPACKAGE)values(200001,'Johnson','A',2000),(200002,'Christine','B',3000),(200003,'Kevin','C',4000),(200004,'Apple','B',3000);EmployeeNumberEmployeeNameSalaryCategorySalaryPackage200001JohnsonA2000200002ChristineB3000200003KevinC4000200004AppleB3000CREATETABLE"PRJ_EMY"("PRJNUM"INTEGERNOTNULL,"EMYNUM"INTEGERNOTNULL)IN"USERSPACE1";ALTERTABLE"PRJ_EMY"ADDPRIMARYKEY("PRJNUM","EMYNUM");InsertintoPRJ_EMY(PRJNUM,EMYNUM)values(100001,200001),(100001,200002),(100001,200003),(100002,200001),(100002,200004);同时，我们把表1-1的主键，也就是表1-2和表1-3的各自的主键提取出来，单独形成一张表，来表明表1-2和表1-3之间的关联关系：表1-4这时候我们仔细观察一下表1-2,1-3,1-4,我们发现插入异常已经不存在了，当我们引入一个新的项目TPT的时候，我们只需要向表1-2中插入一条数据就可以了，当有新人加入项目TPT的时候，我们需要向表1-3,1-4中各插入一条数据就可以了。虽然我们解决了一个大问题，但是仔细观察我们还是发现有问题存在。回页首从二范式转化到三范式考察表前面生成的三张表，我们发现，表1-3存在传递依赖关系，即：关键字段-->非关键字段-->非关键字段。而这是不满足三范式的规则的，存在以下的不足：1、数据冗余：和的值有重复；2、更新异常：有重复的冗余信息，修改时需要同时修改多条记录，否则会出现数据不一致的情况；3、删除异常：同样的，如果员工200003Kevin离开了公司，会直接导致SalaryC的信息的丢失。DeletefromEMPLOYEEwhereEMYNUM=200003SelectdistinctSALCATEGORY,SALPACKAGEfromEMPLOYEE因此，我们需要继续进行规范化的过程，把表1-3拆开，我们得到：表1-5和表1-6这时候如果200003Kevin离开公司，我们只需要从表1-5中删除他就可以了，存在于表1-6中的SalaryC信息并不会丢失。但是我们要注意到除了表1-5中存在Kevin的信息之外，表1-4中也存在Kevin的信息，这很容易理解，因为Kevin参与了项目100001，TPMS，所以当然也要从中删除。至此，我们将表1-1经过规范化步骤，得到四张表，满足了三范式的约束要求，数据冗余、更新异常、插入异常和删除异常。在三范式之上，还存在着更为严格约束的BC范式和四范式，但是这两种形式在商业应用中很少用到，在绝大多数情况下，三范式已经满足了数据库表规范化的要求，有效地解决了数据冗余和维护操作的异常问题。

@许慧娟15083628868：如何防止数据库冗余-关于这个问题，回答可能有很多。但最关键的一点是：如果是关系模型就一定要遵守关系模型的中避免数据冗余的原则。一条都不能违反

@孔柳15240896737：access2003中,使用数据库系统可以避免数据的冗余吗?-使用数据库工具进行压缩修复……可以根据你的数据库实际情况可以删除一些参照表中的数据冗余……要想完全避免是很难的，定期清理倒是一个好办法……还有设计一些规则避免输入错误和对坏的记录的保存，在使用过程中只能通过修改的方式修正错误的信息不要让其再重新输入正确的数而新增记录……这样可以减少数据冗余定期整理归档，把近期不需要的数据归档……

@赵向萍15290782047：如何避免数据错误循环冗余检查-一般在盘符点右击，选“属性”——“工具”——“查错”把自动修复文件系统错误和扫描并试图恢复坏扇区打上勾。修复一下就可以处理问题。利用WINISO软件，做成镜象，打包成ISO文件

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至举报，一经查实，本站将立刻删除。