如何建立企业资料数据库

1．首先打开我们的访问程序，要打开的方法是点击开始——所有程序。

2．在所有程序中找到microsoftoffice文件夹并打开它。

3．找到access并单击open。

4．在access接口中，单击file——new。

5．在新建对话框右侧选择界面版本，选择空数据库。

6．选择一个存放文件的位置，然后明确数据库，点击创建。

7．所以我们创建了一个数据库。

随着时间和业务的发展，数据库中的数据量增长是不可控的，库和表中的数据会越来越大，随之带来的是更高的 磁盘 、 IO 、 系统开销 ，甚至 性能 上的瓶颈，而单台服务器的 资源终究是有限 的。

因此在面对业务扩张过程中，应用程序对数据库系统的 健壮性 ， 安全性 ， 扩展性 提出了更高的要求。

以下，我从数据库架构、选型与落地来让大家入门。

数据库会面临什么样的挑战呢？

业务刚开始我们只用单机数据库就够了，但随着业务增长，数据规模和用户规模上升，这个时候数据库会面临IO瓶颈、存储瓶颈、可用性、安全性问题。

为了解决上述的各种问题，数据库衍生了出不同的架构来解决不同的场景需求。

将数据库的写 *** 作和读 *** 作分离，主库接收写请求，使用多个从库副本负责读请求，从库和主库同步更新数据保持数据一致性，从库可以水平扩展，用于面对读请求的增加。

这个模式也就是常说的读写分离，针对的是小规模数据，而且存在大量读 *** 作的场景。

因为主从的数据是相同的，一旦主库宕机的时候，从库可以 切换为主库提供写入 ，所以这个架构也可以提高数据库系统的 安全性 和 可用性 ；

优点：

缺点：

在数据库遇到 IO瓶颈 过程中，如果IO集中在某一块的业务中，这个时候可以考虑的就是垂直分库，将热点业务拆分出去，避免由 热点业务 的 密集IO请求 影响了其他正常业务，所以垂直分库也叫 业务分库 。

优点：

缺点：

在数据库遇到存储瓶颈的时候，由于数据量过大造成索引性能下降。

这个时候可以考虑将数据做水平拆分，针对数据量巨大的单张表，按照某种规则，切分到多张表里面去。

但是这些表还是在同一个库中，所以库级别的数据库 *** 作还是有IO瓶颈（单个服务器的IO有上限）。

所以水平分表主要还是针对 数据量较大 ，整体业务 请求量较低 的场景。

优点：

缺点：

四、分库分表

在数据库遇到存储瓶颈和IO瓶颈的时候，数据量过大造成索引性能下降，加上同一时间需要处理大规模的业务请求，这个时候单库的IO上限会限制处理效率。

所以需要将单张表的数据切分到多个服务器上去，每个服务器具有相应的库与表，只是表中数据集合不同。

分库分表能够有效地缓解单机和单库的 性能瓶颈和压力 ，突破IO、连接数、硬件资源等的瓶颈。

优点：

缺点：

注：分库还是分表核心关键是有没有IO瓶颈 。

分片方式都有什么呢？

RANGE（范围分片）

将业务表中的某个 关键字段排序 后，按照顺序从0到10000一个表，10001到20000一个表。最常见的就是 按照时间切分 （月表、年表）。

比如将6个月前，甚至一年前的数据切出去放到另外的一张表，因为随着时间流逝，这些表的数据被查询的概率变小，银行的交易记录多数是采用这种方式。

优点：

缺点：

HASH（哈希分片）

将订单作为主表，然后将其相关的业务表作为附表，取用户id然后 hash取模 ，分配到不同的数据表或者数据库上。

优点：

缺点：

讲到这里，我们已经知道数据库有哪些架构，解决的是哪些问题，因此， 我们在日常设计中需要根据数据的特点，数据的倾向性，数据的安全性等来选择不同的架构 。

那么，我们应该如何选择数据库架构呢？

虽然把上面的架构全部组合在一起可以形成一个强大的高可用，高负载的数据库系统，但是架构选择合适才是最重要的。

混合架构虽然能够解决所有的场景的问题，但是也会面临更多的挑战，你以为的完美架构，背后其实有着更多的坑。

1、对事务支持

分库分表后（无论是垂直还是水平拆分），就成了分布式事务了，如果依赖数据库本身的分布式事务管理功能去执行事务，将付出高昂的性能代价（XA事务）；如果由应用程序去协助控制，形成程序逻辑上的事务，又会造成编程方面的负担（TCC、SAGA）。

2、多库结果集合并 （group by，order by）

由于数据分布于不同的数据库中，无法直接对其做分页、分组、排序等 *** 作，一般应对这种多库结果集合并的查询业务都需要采用数据清洗、同步等其他手段处理（TIDB、KUDU等）。

3、数据延迟

主从架构下的多副本机制和水平分库后的聚合库都会存在主数据和副本数据之间的延迟问题。

4、跨库join

分库分表后表之间的关联 *** 作将受到限制，我们无法join位于不同分库的表（垂直），也无法join分表粒度不同的表（水平）， 结果原本一次查询就能够完成的业务，可能需要多次查询才能完成。

5、分片扩容

水平分片之后，一旦需要做扩容时。需要将对应的数据做一次迁移，成本代价都极高的。

6、ID生成

分库分表后由于数据库独立，原有的基于数据库自增ID将无法再使用，这个时候需要采用其他外部的ID生成方案。

一、应用层依赖类（JDBC）

这类分库分表中间件的特点就是和应用强耦合，需要应用显示依赖相应的jar包（以Java为例），比如知名的TDDL、当当开源的 sharding-jdbc 、蘑菇街的TSharding等。

此类中间件的基本思路就是重新实现JDBC的API，通过重新实现 DataSource 、 PrepareStatement 等 *** 作数据库的接口，让应用层在 基本 不改变业务代码的情况下透明地实现分库分表的能力。

中间件给上层应用提供熟悉的JDBC API，内部通过 sql解析 、 sql重写 、 sql路由 等一系列的准备工作获取真正可执行的sql，然后底层再按照传统的方法（比如数据库连接池）获取物理连接来执行sql，最后把数据 结果合并 处理成ResultSet返回给应用层。

优点

缺点

二、中间层代理类（Proxy）

这类分库分表中间件的核心原理是在应用和数据库的连接之间搭起一个 代理层 ，上层应用以 标准的MySQL协议 来连接代理层，然后代理层负责 转发请求 到底层的MySQL物理实例，这种方式对应用只有一个要求，就是只要用MySQL协议来通信即可。

所以用MySQL Navicat这种纯的客户端都可以直接连接你的分布式数据库，自然也天然 支持所有的编程语言 。

在技术实现上除了和应用层依赖类中间件基本相似外，代理类的分库分表产品必须实现标准的MySQL协议，某种意义上讲数据库代理层转发的就是MySQL协议请求，就像Nginx转发的是>

IT行业，数据库确实是一门相当重要的课程。但是在大学里面，对待数据库原理及应用这么课程以及其课程设计的重视程度就相差很大了，各个学校要求也不一样。如果是要学好，那确实要下工夫；如果只是完成课程设计，交差了事，其实相当简单。

既然是课程设计，也算是个小小的项目，既然是项目，也就离不开需求分析、数据库设计、部署实现等环节。当然，这个小小的项目只需要前面的部分：需求和数据库设计，数据库设计是重点。

需求分析就不用多说，和所有其他项目一样，无非就是用户需求，功能需求，系统需求等，找任何一本关于需求分析的书都是可以，除了那些个空话之外，更多的是要根据设计需要进行分析。

数据库设计就比较复杂一点，首先得把数据库原理搞清楚，比如：符合什么样的范式，怎么画ER图，如何理解用例图。在设计数据库之前，有一系列的分析要做：面向对象分析，用例分析，类和对象分析等等。分析到位是数据库设计成功的重要保障。分析完成之后才是设计，比如：逻辑结构设计，关系模式设计，存取方法设计，存储结构设计，数据完整性设计，参考完整性设计，Check约束，Default约束，触发器设计，视图设计，存储过程设计，权限设计等。这些都完成了，最后一步才是写SQL代码实现这些设计，创建数据库及相关的数据表，关联，视图，触发器，存储过程等一些列的看得见的数据库参数。

上面说的比较理论，也比较笼统。我想我可以用一个简单例子告诉你我要表达的意思。例子很简单，其中很多地方都不是太好，不过或许可以给你一个直观的思路。

数据库应用课程设计报告书

网上超市管理系统　

成    绩：

学    号：

姓    名：

指导教师：

20    年  月  日

目录

任务书 (3)

1    需求调查、分析 (4)

11         企业介绍 (4)

12         需求调查及分析 (5)

2    面向对象分析和设计 (7)

21  用例分析 (7)

22类和对象设计   (12)

3    逻辑结构设计 (15)

31  类和对象向关系模式转换 (15)

32 关系模式优化   (16)

4    数据库物理结构设计 (16)

41 存取方法设计   (16)

42  存储结构设计   (17)

5    数据库完整性设计 (17)

51 主键及唯一性索引  (17)

52  参照完整性设计 (18)

53  Check约束  (18)

54  Default约束   (18)

55 触发器设计  (19)

6    数据库视图设计 (19)

7    数据库存储过程设计 (20)

8    权限设计 (20)

9    总结 (21)

参考资料 (21)

网上超市管理系统

摘要：

网上超市管理系统，是以网上管理方式为实例而设计的一种实用型管理系统。本系统最大的特点是通用性、简单 *** 作性，适用于超市的管理。随着商品的增多，商品管理人员的负担越来越重，为了让所有商品管理人员能从繁重的工作中解脱出来，实现无纸化办公；也为了使工作更有条理，更方便，更有效率，更为了超市在经营中提高利润而开发出这套网上超市管理系统。

1　需求调查、分析

11      企业介绍

在Internet飞速发展的今天，互联网成为人们快速获取、发布和传递信息的重要渠道，它在人们政治、经济、生活等各个方面发挥着重要的作用。在政府的大力提倡和支持下，我国电子商务已走上了健康发展的轨道。各行业纷纷建立自己的网站，开展网上产品信息发布，进行网上洽谈、签约，开展网络营销。将超市办成网上超市已经是大势所趋，甚至一些小型的超市也可以开展网上交易。总之，电子商务以互联网为媒介，以信息传播速度快、受众广泛、低成本动作的优势决定着其必然成为未来营销的主导，我国企业要充分重视由此带来的机遇和挑战，才能在激烈的国际竞争中立于不败之地。

在超市经营中，随着超市规模的不断扩大，人们对超市服务的要求不断提高，使用一款适合的网上超市管理系统将更加迫切。利用网上超市，人们可以在家里逛超市，只需要办理会员卡，就可以为本地顾客送货上门。不仅如此，把超市办成网上经营和管理将大大提高效率和收益。因此，开发一个网上超市管理系统是非常有必要和好处的。

12　需求调查及分析

121顾客需求

为方便用户购买商品，网上超市客户系统应该提供如下所示几种功能：

（1）商品分类：网上超市与传统超市相比的一个优势是，当用户明确自己要买哪类商品时，用户可以使用商品分类功能快速找到需要的商品。

（2）商品预览：以列表的方式显示商品信息，这样可以在页面显示大量的商品信息，同时可以提供更多的商品浏览方式，如分类浏览、热门商品等。

（3）商品显示：当用户找到感兴趣的商品后需要显示商品的详细信息，包括商品简介、出产商、价格等。

（4）购物帮助：当用户在购物中遇到什么问题时，可以查看购物帮助获得相关信息。管理员会根据顾客反映的情况及时更改或增添购物帮助的内容。

（5）购物车：当用户找到需要的商品时，可以先将商品加入购物车，然后继续允许找其他的商品，购物车中存储当前用户打算购买的所有商品。

（6）商品订单：当用户在网上超市中找到了所有需要的商品后，决定购买，可以下订单。管理员会定期处理用户下达的订单，并根据用户订单的信息向用户送货。

（7）用户注册：提供用户注册功能以及相关的用户信息修改、密码维护等。

122销售管理员需求

网上超市的销售部分的管理员功能是维护销售的正常工作，它需要提供如下功能：

（1）商品管理：商品是网上超市的内容所在，管理员需要能够维护超市中的商品信息。同时与商品相关的商品类型等信息也需要管理员维护。

（2）会员管理：由于有注册用户，所以管理员需要对拥护账号进行管理，如删除一些无效账号等。

（3）订单处理：在用户下达订单后，管理员需要对用户订单进行处理，为用户准备订购的商品，并组织送货、收取货等。

（4）购物帮助管理：管理员要根据用户反映的情况及时修改购物帮助的内容，使用户得到即时的帮助。

123采购、仓存管理员需求

网上超市的系统中将采购员和仓存管理员统一为采购、仓存管理员，其主要需求如下：

（1）录入商品信息：商品是网上超市的内容所在，当有新进的货物时，采购管理员需要维护超市中的商品信息。

（2）维护供应商信息：采购管理员在进行采购工作时，就需要对供应商信息的查询。

（3）维护仓库信息：有多上仓库，什么商品存放在哪个仓库，这些都需要采购仓存管理员来维护。

124系统管理员需求

网上超市的系统管理员功能是维护系统的正常工作，它需要提供如下功能：

（1）对系统中用户的管理：系统中顾客，销售管理员，采购、仓存管理员都是系统的用户，这些用户就需要系统管理员进行统一管理。

（2）会员管理：由于有注册用户，所以管理员需要对拥护账号进行管理，如删除一些无效账号等。但这样的一个功能可以授权于销售管理员去处理。

125数据库需求分析

用户的需求具体体现在各种信息的提供、保存、更新和查询。这就要求数据库结构能够充分地满足各种信息的输入和输出。收集基本数据、数据结构和数据处理流程，为下一步的具体设计做好充分的准备。

网上超市管理系统要处理的数据流程图：

　

2　面向对象分析和设计

21      用例分析

     22     类和对象设计

3　逻辑结构设计

31　类和对象向关系模式转换

顾客信息（姓名、顾客编号、性别、出生年月、家庭地址、邮政编码、是否居住本地区、联系电话、身份z号、备注信息）

供应商信息（供应商编号、公司名称、联系人姓名、联系地址、所在城市、邮政编码、电话号码、传真号码、备注信息）

购物车（商品编号、顾客编号、商品名称、商品规格、时间、备注信息）

商品信息（商品编号、商品名称、单价、商品规格、商品产地、保质期、类别、备注信息）

订单信息（订单编号、商品编号、顾客编号、商品名称、商品规格、数量、顾客姓名、时间、备注信息）

员工信息（姓名、职工号、部门编号、性别、出生年月、家庭地址、邮政编码、联系电话、身份z号、备注信息）

进货信息（进货信息编号、供应商编号、公司名称、联系人姓名、商品编号、商品名称、商品规格、商品产地、商品数量、商品单价、进货日期、备注信息）

部门信息（部门编号、部门名称、负责人姓名）

销售信息（销售信息编号、顾客编号、顾客姓名、商品编号、商品名称、商品规格、商品产地、商品数量、商品单价、销售日期、折扣、备注信息）

仓库信息（仓库编号、仓库名称、存放商品类别、容量、负责人编号，负责人姓名）

留言信息（留言编号、留言标题、留言内容、留言日期、顾客编号、回复人编号、回复日期）

积分信息（积分编号、顾客编号、顾客姓名、积分）

商品入库（仓库编号、仓库名称、商品编号、商品名称、库存量、入库时间）

32　关系模式优化

顾客信息（姓名、顾客编号、性别、出生年月、家庭地址、邮政编码、是否居住本地区、联系电话、身份z号、备注信息）

供应商信息（供应商编号、公司名称、联系人姓名、联系地址、所在城市、邮政编码、电话号码、传真号码、备注信息）

购物车（商品编号、顾客编号、时间、备注信息）

商品信息（商品编号、商品名称、单价、商品规格、商品产地、保质期、类别、备注信息）

订单信息（订单编号、商品编号、顾客编号、数量、时间、备注信息）

员工信息（姓名、职工号、部门编号、性别、出生年月、家庭地址、邮政编码、联系电话、身份z号、备注信息）

进货信息（进货信息编号、供应商编号、商品编号、商品名称、商品规格、商品数量、商品单价、进货日期、备注信息）

部门信息（部门编号、部门名称、负责人姓名）

销售信息（销售信息编号、顾客编号、商品编号、商品数量、商品单价、销售日期、折扣、备注信息）

仓库信息（仓库编号、仓库名称、存放商品类别、容量、负责人编号）

留言信息（留言编号、留言标题、留言内容、留言日期、顾客编号、回复人编号、回复日期）

积分信息（积分编号、顾客编号、积分）

商品库存（仓库编号、商品编号、库存量、入库时间）

4　数据库物理结构设计

41       存取方法设计

42       存储结构设计

为了提高查询时间和空间的利用率，对网上超市管理系统的数据库作如下设计：

首先将网上超市管理系统日志文件存放在磁带上，因为数据库的数据备份和日志文件等只在故障恢复的时候才要使用，而且数据量很大。第二，把所有的基本表（如：顾客信息表）存放在一块磁盘上，而所有的索引则存放在另一块磁盘上。这样分开存放的目的在于查询时多个磁盘驱动器并行工作，提高了物理I/O读写效率，也加快了存取速度。

5　数据库完整性设计

51　主键及唯一性索引

52       参照完整性设计

1、由于员工信息表中的部门编号必须在部门信息中存在，而部门编号又是部门信息表中的主键，所以员工信息表中将属性部门编号设计为外键。

2、订单信息表中属性商品编号对应于商品信息表中的商品编号，因此将其设计为外键。

订单信息表中字段顾客编号对应于顾客信息表中的顾客编号，而顾客编号又是顾客信息的主键，所以将顾客编号作为订单信息表的外键。

3、进货信息表中属性商品编号对应于商品信息表中的商品编号，因此将其设计为外键。

进货信息表中字段供应商编号对应于供应商信息表中的供应商编号，而供应商编号又是供应商信息表的主键，所以将供应商编号作为进货信息表的外键。

4、销售信息表中字段顾客编号对应于顾客信息表中的顾客编号，而顾客编号又是顾客信息表的主键，所以将顾客编号作为销售信息表的外键。此外，销售信息表中的商品编号必须在商品信息表中存在，所以将商品编号也设计为改表的外键。

5、留言信息表中顾客编号需要在顾客信息表中存在记录，把顾客编号作为该表的外键。留言信息表中的属性回复人编号必须是员工信息表在存在的记录，所以把回复人编号也设为留言信息表的外键。

6、积分表中的属性顾客编号对应于顾客信息表中的顾客编号，而顾客编号是主键，所以将其设计为积分表的外键。

53　Check约束

1、对积分表中的积分字段设计check约束：积分必须是大于或者等于0的。

2、订单信息表、进货信息表和销售信息表对数量、商品数量设计check约束：即这些属性值必须取大于或者等于0的值。

54　Default约束

1、积分表中的积分字段设计default约束：积分默认值为0。

2、订单信息表中属性值数量默认为1单位。

55       触发器设计

1、 当采购完成后，即在进货信息表中添加信息时，建立该表上的插入触发器。该触发器的功能是当进货信息表中插入信息时，将进货的商品信息自动添加到商品信息表中以及在商品库存表在自动增加库存量。在这些动作完成之后，将进货信息表中添加的该信息删除。

2、 在订单信息表上建立插入触发器。如果订单中要添加的商品信息在商品信息表中不存在，则不予以添加。当订单信息成功提交，即订单信息表在成功插入新记录时，首先根据该顾客的积分情况自动生成折扣，然后自动将订单信息表中的记录添加到销售信息表中，并且将积分信息表中的记录更新或添加。在这些动作完成之后，再将订单信息表在的该记录删除。

3、 在商品库存量不足的时候需要系统提示工作人员及时的进行采购，所以在商品库存表上建立一个触发器就可以完成以上功能。当商品库存量到达一定的底线时，自动给采购、库存管理员留言，即在留言信息表中添加信息。这样可以对商品库存情况动态掌握。

6              数据库视图设计

1、为了方便查看部门信息，建立部门信息视图。显示部门信息表中的全部内容。

2、商品查询在网上超市管理系统中查看的非常频繁，需要建立商品信息视图。显示商品信息表中的全部信息。

3、建立顾客信息视图，显示顾客信息表中的全部内容。

4、在采购的时候，采购人员需要对供应商的信息进行查询，因此需要建供应商信息视图，显示该表中的全部内容。

5、当顾客在网上逛过超市后会将自己喜欢的商品先放入购物车中备选，这时就需要对购物车进行查询。所以有必要建立购物车信息视图。除了显示购物车表中的全部信息外，还需要连接查询并显示商品信息表中的商品名称和商品规格以及其他的商品信息。

6、顾客确定要购买商品的时候，需要提交订单信息，而在提交之前必须对其进行查询，所以需要建立订单信息视图。显示订单信息，以及连接查询并显示商品信息表中的商品名称和商品规格以及其他的商品信息。

7、对于网上超市的各部门的负责人来说，经常需要对员工的信息查看，故建立员工信息视图。除显示员工信息表中全部信息外，还要通过连接查询并显示部门名称。

8、采购人员在采购前后都需要对进货信息进行查询，这就需要建立进货信息视图。除显示进货信息表中全部信息外，还要通过连接查询并显示供应商的公司名称、联系人姓名、联系电话和商品名称、商品规格、商品产地、数量及单价。

9、每隔一段时间，都要查看一下收益如何，即查询销售情况。因此需要建立一个销售信息视图。显示销售信息表中的全部信息和通过连接查询并显示商品名称、商品规格、商品产地、数量及单价。除此之外，还要计算并显示销售总额。

10、建立仓库信息视图，显示仓库信息表中的所有信息即可。

11、建立留言信息视图。显示留言信息表中的全部信息以及通过连接查询并显示顾客姓名和回复人的姓名。

12、对积分的查询也是顾客经常查询的项目。所以非常有必要建立积分信息视图。显示积分信息表在的所有信息和连接查询并显示顾客姓名。

13、不管是在销售还是在采购的时候，都要对商品的库存量进行查询。因此要建立商品库存信息视图。显示库存信息以及通过连接查询并显示仓库名称和商品名称、商品规格等其他商品信息。

7              数据库存储过程设计

1、 顾客是网上超市管理系统的最主要的用户，也需要经常的添加和删除，故建立顾客删除存储过程。在删除某个顾客信息的时候，如果他的购物车中还有记录，则将其删除；若他提交了订单信息，也要把订单信息中的记录删除；最后还要把留言信息表和积分表中与该顾客相关的信息一并删除。

2、 建立删除员工的存储过程。如果该员工是某个部门的负责人，则一般情况下不予以删除，如果要删除，则必须对部门信息表中的负责人进行更新。若该员工是留言信息表中的回复人，则要对留言信息表在回复人编号进行修改或者删除。

3、 建立删除商品的存储过程。如果某个商品已经过了保质期或者已经被淘汰了，则要对这样的商品进行删除。首先要在商品信息表中把这些商品删除，在商品库存表将其删除，其次若果有顾客将该商品选入了购物车，甚至提交了订单，则要对顾客予以说明并将其从购物车表和订单信息表中删除。

8              权限设计

9　总结

理论联系实际才能做好一件事，学习一门课程同样是这样。通过一周的数据库课程设计实习，我受益匪浅，从中学到了许多新知识，这些知识是在课堂中不能学到或者说很难学到的。并且对数据库应用这一门课程有了更深一步的理解。在做课程设计中，我们可以把课堂上所学的理论知识和实践联系起来，在所要开发的系统中渐渐学会了融会贯通。同样通过对SQL的应用，也使我们熟练和巩固了对SQL的理解。这样我们对开发系统的整个过程也有了一个系统的了解。

这次课程设计，我选择的课题是《教务管理系统》，在教务管理系统的开发中采用了完整的数据库设计的全过程，从需求分析到概念结构设计，到逻辑结构设计，再到物理结构设计，最后到数据库的实施和维护，每一步都认真的分析和实施。当然，在本次课程设计的成果中还存在许多的不足之处，这就需要我们学习更多的知识，进行更深研究。

在这次实习中，我们完全投入到了开发系统的世界里。结束后明白了理论和实践要想充分地结合，需要非常扎实的基本功。这就说明学好基础知识是理论付诸实践的前提。在开发教务管理系统中我学到了很多，希望在以后能充分利用实习的机会充实自己，用所学的理论知识充分去实践，在实践中又要努力去巩固理论知识。只有这样，才能把一门课程甚至一门学科学精、学透

参考资料：

1     萨师煊，王珊数据库系统概论高等教育出版社第三版2000

2     龚波等译 SQL SERVER 2000教程北京希望电子出版社

3     史嘉权，史红星，李博等数据库系统概论习题、实验与考试辅导清华大学出版社2006

4     赵乃真等信息系统设计与应用清华大学出版社2005

注：由于这里不好排版，文章中的表格和没有显示出来，我打包成附件了，可以下载查看。

数据库设计工具：Power Designer、ER Studio、Rose、Microsoft Visio。

数据库(Database)是按照数据结构来组织、存储和管理数据的仓库，它产生于距今六十多年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。

用代码加附件

这个我用过

我自己的方法是

不用附件字段

另外建立一个表，专门存放附件，与主表是一个一对多关系。附件的字段类型 为 OLE类型

然后在窗体中增加一个控件，先把文件读入到控件中，

然后增加时使用如下代码

rs!FileData = conPictureData

以上代码中

rs是代表附件表的一个recordset对象

con 是控件

其实 ACCESS在后台也是用一个一对多的表来实现的，不过这个一对多的表和关系是隐藏的而已

我只所以这样用，是因为我后台数据库用的是mySQL，mySQL中没有附件字段。其他数据库中都是没有的

以上就是关于如何建立企业资料数据库全部的内容，包括:如何建立企业资料数据库、数据库架构选型与落地，看这篇就够了、数据库sql 的课程设计怎么做，要借哪些书看，求大神指教等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！