A. 数据库设计的四个阶段
按照规范的设计方法，一个完整的数据库设计一般分为以下六个阶段。
1、需求分析：分析用户的需求，包括数据、功能和性能需求
2、概念结构设计：主要采用E-R模型进行设计，包括画E-R图
3、逻辑结构设计：通过将E-R图转换成表，实现从E-R模型到关系模型的转换
4、数据库物理设计：主要是为所设计的数据库选择合适的存储结构和存取路径
5、数据库的实施：包括编程、测试和试运行
6、数据库运行与维护：系统的运行与数据库的日常维护
主要特点：
⑴ 实现数据共享
数据共享包含所有用户可同时存取数据库中的数据，也包括用户可以用各种方式通过接口使用数据库，并提供数据共享。
⑵ 减少数据的冗余度
同文件系统相比，由于数据库实现了数据共享，从而避免了用户各自建立应用文件。减少了大量重复数据，减少了数据冗余，维护了数据的一致性。
⑶ 数据的独立性
数据的独立性包括逻辑独立性(数据库中数据库的逻辑结构和应用程序相互独立)和物理独立性(数据物理结构的变化不影响数据的逻辑结构)。
⑷ 数据实现集中控制
文件管理方式中，数据处于一种分散的状态，不同的用户或同一用户在不同处理中其文件之间毫无关系。利用数据库可对数据进行集中控制和管理，并通过数据模型表示各种数据的组织以及数据间的联系。
B. 求ACCESS关于文件管理的数据库
如果你是一份文件有不同的版本，可以用ACCESS最原始的登记，用一级对多级，因为我自己就是文控，我就用这个方法登记的
C. .数据库设计分为几个阶段,各阶段的任务是什么
按照规范的设计方法，一个完整的数据库设计一般分为需求分析、概念结构设计、逻辑结构设计、数据库物理设计、数据库的实施、数据库运行与维护六个阶段：
各阶段的任务如下：
1、需求分析：分析用户的需求，包括数据、功能和性能需求；
拓展资料：
数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求(信息要求和处理要求)。在数据库领域内，常常把使用数据库的各类系统统称为数据库应用系统。
数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建设中的核心技术。由于数据库应用系统的复杂性，为了支持相关程序运行，数据库设计就变得异常复杂，因此最佳设计不可能一蹴而就，而只能是一种"反复探寻，逐步求精"的过程，也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。
D. 系统数据库和模型库设计
（一）系统数据库类型
数据库是整个农用地分等信息系统的基础，是系统开发设计要考虑的重中之重。在数据形式上，系统数据库包括两大块：一是空间数据库，二是属性数据库。目前的空间数据技术已从以MapInfo为代表的混合型数据库（空间数据库＋关系型数据库）发展到以ArcInfo的Coverage为代表的拓展型数据库。鉴于农用地分等属性数据量庞大，为减少数据冗余，提高数据检索的速度，本研究采用空间数据和属性数据分开管理的模式，依据关键字段进行绑定，进行科学索引，从而实现空间数据和属性动态链接和高效整合。
1.空间数据库
江苏省农用地分等信息系统空间数据库内容包括以下方面：
（1）土地利用现状图层：全省13个省辖市以1996年土地利用现状图为基础，经变更调绘形成以2000年为基准年的土地利用现状图，以现行的土地分类标准按八大类分类进行信息提取并分层存储，系统分别存储为耕地、林地、水域、未利用地、建设用地等图层。
（2）全省土壤类型图层：以土属为分类单位，比例尺为1:20万。
（3)1996年和2000年全省行政区划图层：在行政区划中精确到乡镇级别，分别提取存储了市名图层、县（区）名图层、乡（镇）名图层、全省行政界线图层、市级行政界线图层、县（区）级行政界线图层、乡（镇）级行政界线图层。
（4）评价单元图层：通过GIS空间叠加功能，利用土地利用现状图、行政区划图和土壤类型图叠加产生的评价单元图层，建立分等评价单元数据库。
2.属性数据库
江苏省农用地分等信息系统属性数据库内容包括以下方面：
（1）土壤属性数据：以全国第二次土壤普查为基础，结合全省土壤监测样点数据，建立土壤质量状况数据库，最小单位为土种，包括pH值、有机质含量、表层土壤质地、耕层厚度、障碍层深度、水土侵蚀程度、盐渍化程度数据。
（2）农田水利环境数据：建立了1996～2000年间各乡镇农田水利环境基础数据库，包括灌溉保证率、排水条件数据。
（3）土地利用现状数据：建立了全省13个省辖市的以1996年土地利用现状图为基础，经变更调绘形成的以2000年为基准年的土地利用现状数据库，区分耕地中的详细用地类型差异，标示水田、旱地、荒草地等纳入本次评价范围的用地内容。
（4）全省地形地貌数据库。
（5）农业区划数据：输入了江苏省农业区划数据，把江苏全省划分为6大区划，以乡镇为最小级别，建立全省乡镇的区划归属数据库。
（6）农业耕作制度数据：建立了全省各市、县、乡镇的农业耕作制度数据库，包括指定作物水稻和小麦的播种空间分布状况数据库。
（7）光温生产潜力数据：建立了全省各市、县指定作物水稻和小麦的光温生产潜力和气候生产潜力数据库。
（8）农业投入－产出数据：全省13个省辖市以乡镇为单位，建立了1996～2000年农业生产投入－产出数据库。
（9）作物产量数据：全省13个省辖市以乡镇为单位，建立了1996～2000年的指定作物水稻和小麦的产量数据库。
（10）土地利用详查分类面积数据：全省13个省辖市以乡镇为单位，建立了2000年土地利用详查分类面积数据库。
从数据格式上分，数据库又可分为：①图件数据库：指空间数据以及绑定在空间数据上的相关属性数据，本次江苏省农用地分等建立了以分等单元为记录的属性数据库，并通过关键字段与空间数据关联；②分类统计数据库：包括全省13个省辖市以乡镇为单位的1996～2000年指定作物产量统计数据和全省13个省辖市以乡镇为单位的2000年土地利用详查分类面积统计数据。
（二）系统数据库管理模式
为减少数据存储冗余，同时提高索引速度，江苏省农用地分等信息系统数据文件采用普遍的目录树形式进行管理，按省－市－县行政体系分别存储相关数据。全省建立13个省辖市分目录，分目录下按照各自所含的县（区）建立子目录。根据目前行政管理体系现状，基础资料大多来源于县级行政单位，因此采用县（区）为基本行政单位较为合理，在保证资料来源的同时，也利于资料的分类归档存储。其相对应的空间图件数据也按精度要求分割到县级行政单位，既能减少系统调用数据的吞吐量，同时也满足了系统的精度需求。空间数据、属性数据、文本数据按照各自所属的行政级别归类存储，同时设立数据文件管理器进行目录文件的索引管理，见图3-86。
图3-86 江苏省农用地分等信息系统数据文件管理模式图
（三）系统数据库结构
数据库的结构设计决定了数据之间的调用及接口关系，清晰的逻辑调用关系和统一的数据接口格式有利于数据的组织、管理、调用。
1.空间数据库
江苏省农用地分等信息系统空间数据库以矢量图件的形式存在，以分图层的方式管理，包括了全省行政界线、土壤类型、按八大类分别提取的土地利用现状、分等单元等图层。其中，分等单元图层作为农用地分等的基础，考虑到图层本身信息量大，可能影响到系统运行效率，因此所在图层的属性表中只保留了ID字段，通过ID字段与外部属性库绑定，实现分等单元与外部属性库一一对应关系。ID字段是本图层的特征代码，表征了单元的唯一性，能体现出单元的图上位置和行政归属。《农用地分等定级规程》（国土资源大调查专用）和《中华人民共和国行政区划代码》（GB/T 2260-1999）为本研究分等单元代码的编码依据；本研究有1996年和2000年两套行政区划工作底图，为此分等单元特征代码共设14位，依次为江苏省代码（2位）－市代码（2位）－2000年县或区代码（2位）－2000年乡镇代码（2位）－1996年县或区代码（2位）－1996年乡镇代码（2位）－分等单元号（2位）。其中，省、市、县（区）的行政代码按国家统一代码，乡镇级代码在县（区）范围内根据划分分等单元的需要依次编码；分等单元编号的原则是不破乡镇界，即单元号是在同一乡镇内部自行编码。示例：32011501210101，指1996年江苏（32）南京（01）市江宁县（21）由于2000年行政调整变更为南京（01）的江宁区（15）。按行政体系分级编码的优点是有利于空间查询和国土资源管理部门根据工作需求按行政级别分类汇总统计数据。
2.属性数据库
江苏省农用地分等信息系统采用关系型数据库来存储数据，优点是结构清晰明了，数据的更新维护方便，通过索引能优化数据库，建立快速的查询浏览（表3-26～表3-30）。
表3-26 行政代码数据结构表
表3-27 土壤属性数据结构表
表3-28 农田水利设施数据结构表
表3.29 指定农作物投入－产出数据结构表
表3-30 农业耕作制度及农业区划表
（四）系统模型库
系统以《农用地分等定级规程》（国土资源大调查专用）中的相关技术方法和计算模型为基础，在模型库中预先内置了分等计算模型。模型库是动态，它允许专家根据情况动态调整计算模型形式及其参数。系统主要模型的数学计算公式如下：
（1）农用地自然质量分值（Clij）计算公式见式（3-11）。
（2）样点土地利用系数计算公式：
中国耕地质量等级调查与评定（江苏卷）
式中：
Klj´——样点的第j种指定作物土地利用系数；
Yj——样点的第j种指定作物实际单产；
Yj,max——第j种指定作物最大标准粮单产。
（3）等值区土地利用系数计算公式：
中国耕地质量等级调查与评定（江苏卷）
式中：
Klj——等值区内第j种指定作物土地利用系数；
Klj´——参与计算的同一等值区内合格样点第j种指定作物土地利用系数；
n——排除异常数据后参与计算的样点的个数。
（4）样点土地经济系数计算公式：
中国耕地质量等级调查与评定（江苏卷）
式中：
Kcj′——样点的第j种指定作物土地经济系数；
Yj——样点第j种指定作物实际单产；
Cj——样点第j种指定作物实际成本；
Aj——第j种指定作物最高“产量－成本”指数。
（5）等值区土地经济系数计算公式：
中国耕地质量等级调查与评定（江苏卷）
式中：
Kcj——等值区内土地经济系数；
Kcj´——参与计算的同一等值区内合格样点第j种指定作物土地经济系数；
n——排除异常数据后参与计算的样点的个数。
（6）农用地自然质量等指数（Ri）计算公式见式（3-12）和式（3-13）。
（7）农用地利用等指数（Yi）计算公式见式（3-14）和式（3-15）。
（8）农用地经济等指数（Gi）计算公式见式（3-16）和式（3-17）。
E. 数据库设计的步骤有哪些
数据库设计过程分为以下六个阶段：
1、需求分析阶段
准确理解和分析用户需求（包括数据和处理），它是整个设计过程的基础，也是最困难、最耗时的一步。
2、概念结构设计阶段
是整个数据库设计的关键，通过对用户需求的集成、归纳和抽象，形成了一个独立于特定数据库管理系统的概念模型。
3、逻辑结构设计阶段
将概念结构转换为DBMS支持的数据模型，对其进行优化。
4、数据库物理设计阶段
为逻辑数据模型选择最适合应用程序环境的物理结构（包括存储结构和存取方法）。
5、数据库实现阶段
根据逻辑设计和物理设计的结果，使用数据库管理系统提供的数据语言、工具和主机语言，建立数据库，编写调试应用程序，组织数据仓库，并进行试运行。
6、数据库运行维护阶段
数据库应用系统经试运行后可投入正式运行，在数据库系统运行过程中，需要不断地对其进行评估、调整和修改。
注：在设计过程中，将数据库的设计与数据库中数据处理的设计紧密结合起来，在每个阶段同时对这两个方面的要求进行分析、抽象、设计和实现，相互借鉴和补充，从而完善这两个方面的设计。
(5)文件管理数据库设计扩展阅读：
数据库设计技术
1、清晰的用户需求：作为计算机软件开发的重要基础，数据库设计直接反映了用户的需求。数据库必须与用户紧密沟通，紧密结合用户需求。在定义了用户开发需求之后，设计人员还需要反映具体的业务关系和流程。
2、注意数据维护：设计面积过大、数据过于复杂是数据库设计中常见的问题，设计人员应注意数据维护。
3、增加命名规范化：命名数据库程序和文件非常重要，不仅要避免重复的名称，还要确保数据处于平衡状态。为了降低检索信息和资源的复杂度和难度，设计人员应了解数据库程序与文件之间的关系，并灵活使用大小写字母命名。
4、充分考虑数据库的优化和效率：考虑到数据库的优化和效率，设计人员需要对不同表的存储数据采用不同的设计方法。在设计中，还应该使用最少的表和最弱的关系来实现海量数据的存储。
5、不断调整数据之间的关系：不断调整和简化数据之间的关系，可以有效减少设计与数据之间的联系，进而为维护数据之间的平衡和提高数据读取效率提供保障。
6、合理使用索引：数据库索引通常分为聚集索引和非聚集索引，这样可以提高数据搜索的效率。
参考资料来源：网络-数据库设计
F. B/S和C/S混合架构的文件管理系统设计
B/S和C/S混合架构的文件管理系统设计
文件管理系统能够大大降低文件管理工作人员的负担，在实现无纸化文件传输流转的同时，也提高了办公效率。下面对分布式文件管理系统进行了设计与应用，提出了基于B/S模式和C/S模式相混合的应用架构，这对于分布式文件管理设计是一次有益的尝试，同时对其它分布式管理系统设计与应用也具有较好的指导和借鉴意义。
鉴于自动化控制系统在处理多任务信息开发和管理中所表露出来的优越性，本文件管理系统的开发设计也借鉴和应用了分布式管理系统的开发模式。目前，分布式管理系统的主流开发应用模式主要有两种：B/S模式和C/S模式。
1.1 B/S模式
B/S模式，即浏览器服务器模式，其主要应用模式是将多任务所涉及到的数据信息，统一交由数据库服务器进行管理和发布，而用户只需借助浏览器就能实现对多任务信息的统一访问及数据信息管理。如果文件管理系统采用B/S模式，则无需开发专门的文件管理信息系统，就能够轻松实现对文件信息的管理，而且只要有能够联网的电脑终端，且电脑终端配备了浏览器，就能够实现对文件信息的访问和管理。这种模式极大地减轻了开发人员的设计工作量，但同时也增加了数据库服务器的'负载压力，容易导致整个信息管理系统宕机，一旦数据库服务器宕机，则有可能导致整个文件管理系统失效。
1.2 C/S模式
C/S模式也称客户端/服务器模式，这种应用模式需要为用户配置专门开发的客户端，只有电脑终端安装了这种专门开发的客户端，才能够实现对系统内数据信息的访问、配置和管理。因此，该模式的最大弊端就是开发设计的工作量大，需要专门技术人员才能够实现对系统内文件信息的有效管理。同时，这种C/S模式将数据库服务器的负载压力平均分摊到了每一个客户终端，因此服务器的压力较小，提高了整个文件管理系统的稳定性和健壮性。
分析发现，B/S模式和C/S模式都有各自的优缺点，因此，考虑将B/S模式和C/S模式这两种分布式系统模式的优势相结合，设计基于B/S和C/S混合模式的文件管理系统。这种基于混合架构的文件管理系统具有如下特征：①文件管理系统的数据结构采用B/S模式，这样每一个客户端只需要借助于浏览器就能够实现对文件管理信息的访问和统一管理，而无需为每一个客户端配置专用的客户端程序，降低了开发设计人员的工作量;②文件管理系统的分布式结构采用C/S模式，将数据库服务器统一管理模式交由若干个应用终端分担，能够极大地减轻数据库服务器的负荷压力，有利于提高整个文件管理系统的稳定性和健壮性;③应用C/S模式可以有效实现在局域网内的联网通信管理能力，同时C/S模式所采用的异步确认机制也能够从根本上提高文件收发管理的实时性和准确性，有助于提高文件管理办公效率。
2.1 文件管理系统功能
基于B/S模式和C/S模式混合架构的文件管理系统，其管理功能主要包括以下几个方面：
(1)文件管理功能。文件管理主要是对文件收发进行相关信息记录，包括收发责任人、文件大小、传输信道、文件格式、时间戳等，所有数据信息统一在数据库服务器备份，以实现统一管理。
(2)文件收发功能。利用局域网通信组件能够实现自上而下及自下而上的文件收发、转发管理。同时，对文件信息内容进行按需过滤，建立文件检索关键词，以提高文件管理效率，并实现自动化、无纸化办公的目的。
(3)用户管理功能。对使用该文件管理系统的用户进行注册管理，分配统一的登陆账号和密码，确保文件信息的安全性;另一方面，针对不同级别的用户，分别设置不同级别的权限，以实现对文件信息的分类管理和权限制访问管理，提高文件管理效率。
(4)联网安全管理功能。由于文件管理系统不可避免地会涉及到网络文件的收发，因此需要加强对系统的联网安全管理能力。可以通过采用用户账号登录、数据库矩阵机制、文件信息内容加密等措施，提高文件管理系统的安全性。在系统硬件架构上，可采取物理隔离、硬件防火墙等措施为文件管理系统的安全性提供保障。
2.2 系统架构与实现
基于B/S和C/S混合架构的文件管理系统，从硬件架构上来说，既要凸显C/S模式的优势，同时也要在数据库访问机制上保留B/S模式的优点，图1为基于B/S和C/S混合架构的文件管理系统架构原理图。整个文件管理系统，其硬件上主要从以下几个方面加以实现：
(1)文件服务器采用磁盘阵列。主要存放tiff格式的遥感影像文件及其影像产品的描述文件等，数据库服务器存放遥感印象产品的编目信息，FTP服务和IIS服务部署在同一台服务器上。并且，采取通关防火墙等安全隔离措施，以方便外网多用户通信。
(2)Web程序采用VS2010 C#语言，基于ASP.NET 开发。主要实现遥感影像产品编目信息查询、遥感印象产品管理、用户管理、文件分发计划制定、公告发布等功能。 (3)FTP服务提供文件下载服务。采用Windows自带的FTP服务，采用虚拟目录的形式将FTP的文件目录指向文件服务器。
(4)文件分发管理服务软件安装在中心的FTP和IIS服务器上，与IIS服务和FTP服务共用一台服务器。主要定时查询数据库中管理员制定的文件分发计划，解析文件分发计划内容，根据分发计划中的用户名将分发计划中的文件名和编目信息，以及访问FTP的用户名和密码发送到指定用户的文件下载客户端，文件下载客户端收到文件推送信息后根据信息的文件名和路径，以及访问FTP的用户名和密码自动下载文件。
(5)文件下载客户端软件，安装在用户终端上。用以实时接收文件分发管理服务软件推送的文件下载信息，并根据下载信息自动下载文件。
2.3 系统软件设计
基于B/S和C/S混合架构的文件管理系统，其主要功能是实现文件的收发传输，因此在软件设计上，需主要完成文件收发传输的工作流程设计。
(1)文件传输管理。由文件发送方选择文件类型、文件数量及文件内容，经过系统内部封装，打包发往指定的部门或者客户群，同时出于对文件安全性的考虑，支持增添密码访问功能。当指定用户打开由上游转发而来的文件时，在验证了用户身份和文件访问密码后，可进行文件打包下载，将相关下载信息反馈给文件发送方，并对整个文件传输信息进行记录备案。
(2)用户权限管理。用户必须完成注册，获取系统统一分配的用户名和密码，才能够登陆系统进行使用;并且，针对用户注册时所选择用户类型的不同，分别赋予不同等级的权限，对文件管理系统内的所有文件信息标记不同权限等级访问标签，从而实现对用户和文件的双重分类管理，提高系统的安全性。
;G. 用文件管理数据库的局限性有哪些
文件的设计很难满足多种应用程序的不同要求，使得分散在多个文件中的数据存在着不必要的重复，造成存储空间的浪费。
H. 数据库如何管理
管理数据库主要做好以下3方面的内容:
一、数据库定期备份
首先利用数据库自带的命令行工具将数据库备份下来,然后将该文件以日期参量重命名。
数据库定期备份的原因:
1)、有些数据是随时变化的,备份可以记录某时间点的数据;
2)、如数据库故障,可以随时还原。
二、数据库优化
1)、进行sql语句的执行优化;
2)、减少应用和数据库的交互次数、同一个sql语句的执行次数;
3)、整理数据库实体的碎片(特别是对某些表经常进行insert和delete动作,尤其注意,索引字段为系列字段、自增长字段、时间字段,对于业务比较频繁的系统,最好一个月重建一次);
4)、减少表之间的关联,特别对于批量数据处理,尽量单表查询数据,统一在内存中进行逻辑处理,减少数据库压力(java处理批量数据不可取,尽量用c或者c++ 进行处理,效率大大提升);
5)、对访问频繁的数据,充分利用数据库cache和应用的缓存;
6)、数据量比较大的,在设计过程中,为了减少其他表的关联,增加一些冗余字段,提高查询性能。
三、数据库日志文件管理
1、查看数据库中日志文件；
默认是三个组,这是数据库创建时自己添加的三个日志文件组；
2、添加日志文件组并添加成员。