浅谈数据库理论知识在实际编程中应用.docVIP

浅谈数据库理论知识在实际编程中的应用 现如今，人们已经广泛地采用数据库系统来管理数据，以此来解决多用户、多应用共享数据的要求，使得数据尽可能多地服务于应用。 数据库系统具有如下几大特点：【1】 数据结构化； 数据的共享性高，冗余度低，易扩展； 数据独立性高； 数据由数据库管理系统统一管理和控制。 下面，将介绍一下如何将数据库理论知识应用到实际的编程中。 研究背景：我在软件实习期间做过的一个商品信息管理系统（.NET+MS SQL Server，C/S模式）。该系统是面向多用户的，包括系统管理员、收银员以及终端用户（消费人群），因此对数据的共享性、一致性、完整性、安全性以及数据所满足的范式都有一定的要求。现对此系统进行分析： 数据的结构化实现 所谓的结构化，意思就是不仅数据的内部是结构化的，而且整体也是结构化，数据之间也具有一定的联系。因此在设计的时候，不仅要考虑某个应用的数据结构，还要考虑整个组织的数据结构。 本系统可以为三类用户使用，分为消费人群、和管理员。…） （满足第一范式（1NF），即每个属性均为不可再分的原子属性） 商品（商品编号，商品名称，商品价格，商品库存量，…） （满足第一范式（1NF）） 消费者购物单（消费者编号，商品编号，订单金额，订货数量，…） （满足第二范式（2NF），即在满足1NF的前提下，每一个非主属性均完全依赖于主码（消费者编号，商品编号）） 虽然它仍然存在着一定的数据冗余，即重复存储了消费者编号和商品编号，但是相对于文件系统来说，在管理数据方面，它大大降低了数据冗余量和提高了数据共享性。因为在文件系统中，数据与数据之间是没有联系的。因此，在文件系统中，无法通过消费者购物单得到消费者或者商品的信息，只能这样定义消费者购物单： 消费者购物单（消费者编号，商品编号，消费者姓名，商品名称，消费者联系方式，订单金额，订货数量，…） 这样一来，便存在着更多的数据冗余，浪费了宝贵的存储资源，是不合理的，同时也无法实现资源共享。 因此，必要的数据冗余主要用于数据间建立联系、数据同步更新等目的，非必要的数据冗余应尽可能消除。 保证数据的一致性 在以前的文件系统中，由于大量地存在数据冗余，若没将相同的数据完全更新，则会出现数据不一致的现象。假设系统中存在着100条数据，进行更新时，稍不小心，只更新了99条数据，则会出现不一致的数据。因此，关系数据库大大降低了数据不一致发生的可能性。因为数据需要进行共享，则必须存在着必要的数据冗余，例如消费者编号，商品编号。通过冗余数据和其他数据的联系，当进行数据更新的时候，就降低了数据不一致发生的可能性。 在本系统中，当消费者购买一定数量的某商品时，该商品的库存就要等量地减少。通过表与表之间外键的联系，进行数据共享，来同步更新存储在数据库中的数据，保证数据的一致性，维护系统的稳定和正确性。 保证数据的完整性 数据的完整性是为了防止数据库中存在不符合语义的数据，即不正确的数据。 在设计数据库的时候，我们就应该对数据进行约定。 在本系统中，以会员信息表为例，创建表的过程如下： use Shop create table MemInfo ( MemID int identity(1001,1) primary key, --初始化1001，每次自动增长1 MemName nvarchar(20) not null, --会员姓名，不允许为空 Sex char(2), MemEmail text , MemPhone nvarchar(20), Remark text ) go 这样，每增加一个会员，主码就自动加1，可以避免因为某些因素造成主码重复。姓名属性不为空，保证了数据的完整性。 此外，在程序中也可以通过一些代码来保证数据的完整性。例如下面的一段代码： string phone = this.txtPhone.Text; string email = this.txtEmail.Text; string[] strs = email.Split(@); if (strs.Length!=2) { MessageBox.Show(非法的email地址); return; } if (txtPhone.Text.Length != 11) { MessageBox.Show(输入的手机号有误); return; } else { foreach (char c in phone) { if (c=0c=9) { this.label11.Text = ; } else { MessageBox.Show(非法的手机号); return; } } } 上述的代码检查用户所输入的数据是否符合数据要求，通过检查手