做一个信息管理系统的数据库分析？

小区物业管理系统的数据库分析

一.表结构分析

1.业主模块

包括：业主表，门牌号表，车位表，杂物间表

业主表（YZB）

列名 数据类型 长度 主键 外键 解释说明

Hzbh Int 4 是 户主编号

Hzxm Varchar 8 户主姓名

Xb Varchar 2 性别

Xl Varchar 10 学历

Gzdw Varchar 30 工作单位

Sfzh Varchar 15 唯一 身份z号

Dh Varchar 15 电话

Czrs Tinyint 1 常住人数

Bz Varchar 8000 备注

门牌号表（MPHB）

列名 数据类型 长度 主键 外键 解释说明

Mpbh Int 4 是 门牌编号

Mphm Varchar 8 唯一 门牌号码

Hzbh Int 4 是 户主编号

Hx Varchar 20 户型

Tdh Varchar 15 土地号

Mj Tinyint 1 面积

Cqh Varchar 15 产权号

Lx Varchar 20 类型

车位表（CWB）

列名 数据类型 长度 主键 外键 解释说明

Cwbh Int 4 是 车位编号

Hzbh Int 4 是 户主编号

Mj Tinyint 1 面积

Cwlx Varchar 20 车位类型

杂物间表（ZWJB）

列名 数据类型 长度 主键 外键 解释说明

Zwjbh Int 4 是 杂物间编号

Hzbh Int 4 是 户主编号

Mj Tinyint 1 面积

Zwjlx Varchar 20 杂物间类型

2.物管模块

包括：员工信息表

员工信息表（YGXXB）

列名 数据类型 长度 主键 外键 解释说明

Ygbh Int 4 是 员工编号

Xm Varchar 8 姓名

Mm Varchar 10 密码

Dh Varchar 15 电话

Dz Varchar 20 地址

Sfzh Varchar 15 唯一 身份z号

Qx Varchar 10 权限

3.业主与物管之间的业务处理模块

包括：停车收费表，收费管理表，维修管理表，投诉表

停车收费表（TCSFB）

列名 数据类型 长度 主键 外键 解释说明

Bh Int 4 是 编号

Cwh Varchar 5 车位号

Cph Varchar 10 车牌号

Rcsj Datetime 8 入场时间

Lcsj Datetime 8 离场时间

Sfje Decimal 6,2 收费金额

Sfrbh Int 4 是 收费人编号

收费管理表（SFGLB）

列名 数据类型 长度 主键 外键 解释说明

Bh Int 4 是 编号

Mpbh Int 4 是 门牌编号

Sf Decimal 6,2 水费

Df Decimal 6,2 电费

Mqf Decimal 6,2 煤气费

Wgf Decimal 6,2 物管费

Yxdf Decimal 6,2 有线电费

Qtfy Decimal 6,2 其他费用

Hjfy Dicimal 10,2 合计费用

Fssj Datetime 8 发生时间

Sfsj Datetime 8 收费时间

Sfrbh Int 4 是 收费人编号

Bz Varchar 8000 备注

维修管理表（WXGLB）

列名 数据类型 长度 主键 外键 解释说明

Bh Int 4 是 编号

Mpbh Int 4 是 门牌编号

Wxrq Datetime 8 维修日期

Wxrbh Int 4 是 维修人编号

Wxnr Varchar 30 维修内容

Wxjg Varchar 20 维修结果

数据库设计需求

1. 需求概述

建立完善的数据库结构管理设备的基本参数、运行状态和各种工作计划。

数据库的框架和结构必须根据设备和运行状态而设计，方便提供强大的录入、查询、统计、分析和报表等各种功能 *** 作，较好的反映平台业务的基本情况和运行状况，满足平台的基本要求。

2. 外部设计需求

2.1 标识符和状态

数据库表前缀：根据模块名定义（如用户模块：sys_）

用户名：root

密码：待定

权限：全部

有效时间：开发阶段

说明：系统正式发布后，可能更改数据库用户/密码。

2.2 使用它的程序

本系统主要利用java作为后端的应用开发工具，使用MySQL作为后台的数据库， Linux或Windows均可作为系统平台。

2.3 约定

所有命名一定要具有描述性，杜绝一切拼音、或拼音英文混杂的命名方式。

字符集采用 UTF-8，请注意字符的转换。

所有数据表第一个字段都是系统内部使用主键列，自增字段，不可空，名称为：id，确保不把此字段暴露给最终用户。

除特别说明外，所有日期格式都采用date格式。

除特别说明外，所有字段默认都设置不充许为空， 需要设置默认值。

所有普通缩影的命名都是表名加设置缩影的字段名组合，例如用户表User中name字段设置普通所以，则缩影名称命名方式为user_name_index。

2.4 专门指导

对本系统的开发者、使用这、测试员和维护人员，提出以下参考意见：

在使用数据库时，首先要参考上面的约定内容，做好软件的安装以及表格的建立。

数据库的输入统一采用键盘。对于数据库的使用权限，请参考本系统其他相关文档。

数据库的后台管理员没用等级差异，可根据实际情况添加删除管理员。

2.5 支持软件

*** 作系统： Linux / Windows

数据库系统：MySQL

查询浏览工具：Navicat Premium

命令行工具：mysql

注意：mysql 命令行环境下对中文支持不好，可能无法书写带有中文的 SQL 语句。

3. 结构设计需求

3.1 概念结构设计需求

概念数据库的设计是进行具体数据库设计的第一步，概念数据库设计的好坏直接影响到逻辑数据库的设计，影响到整个数据库的好坏。

我们已经得到了系统的数据流程图和数据字典，现在就是要结合数据规范化的理论，用一种模型将用户的数据要求明确地表示出来。

概念数据库的设计应该极易于转换为逻辑数据库模式，又容易被用户所理解。概念数据库设计中最主要的就是采用“实体-关系数据”模型来确定数据库的结构。

数据是表达信息的一种重要的量化符号，是信息存在的一种重要形式。数据模型则是数据特征的一种抽象。它描述的是数据的共性，而不是描述个别的数据。一般来说，数据模型包含两方面内容：

数据的静态特性：主要包括数据的基本结构、数据间的关系和数据之间的相互约束等特性。

数据的动态特性：主要包括对数据进行 *** 作的方法。

在数据库系统设计中，建立反映客观信息的数据模型，是设计中最为重要的，也最基本的步骤之一。

数据模型是连接客观信息世界和数据库系统数据逻辑组织的桥梁，也是数据库设计人员与用户之间进行交流的共同基础。概念数据库中采用的实体-关系模型，与传统的数据模型有所不同。“实体-关系”模型是面向现实世界，而不是面向实现方法的，它主要是用使用方便，因而在数据库系统应用的设计中，得到了广泛应用。“实体-关系”模型可以用来说明数据库中实体的等级和属性。

以下是实体-关系模型中的重要标识：

在数据库中存在的实体；

实体的属性；

实体之间的关系；

3.2 逻辑结构设计需求

物理结构设计需求

1）定义数据库、表及字段的命名规范：

数据库、表及字段的命名要遵守可读性原则。

数据库、表及字段的命名要遵守表意性原则。

数据库、表及字段的命名要遵守长名原则。

2）选择合适的存储引擎：

3）为表中的字段选择合适的数据类型。

4）建立数据库结构

4. 运用设计需求

4.1 表名的命名规范

表名以英文单词、单词缩写、简写、下划线构成，总长度要求小于30位。

4.2 表字段的命名规范

字段名以英文单词、单词缩写、简写、下划线构成，总长度要求不超过30位。

字段名以名词或名词短语，字段采用单数形式。若表名由多个单词组成，则取各个单词的缩写组成，单词缩写间使用下划线作为分隔。

若某个字段是引用某个表的外键，则字段名应尽量与源表的字段名保持一致，一面混淆。

5. 安全保密设计需求

5.1 防止用户直接 *** 作数据库的方法

通过把关键应用服务器和数据库服务器进行分离，防止用户对数据库服务器的直接 *** 作，保证数据库安全。

5.2 应用系统的用户口令进行加密

在软件系统中，对于数据的保护、业务 *** 作的许可是通过识别用户身份和权限来完成的。用户口令相比较，相同的话系统将该用户的 *** 作权限分配给用户，用户再根据所分配的权限对系统进行 *** 作。

由以上过程可知，用户口令在传输过程中容易被窃取泄漏，另外如果数据库被非法进入则其中保存的口令能够被非法查看。因此，在传输过程中和数据库中的口令记录字段不应使用明文传递和保存，应该在口令被传递前对其明文口令使用有效的主流技术，对传输数据进行加密部分描述的加密算法进行加密，在加密后传输到系统。系统将用户提交的经过加密的口令数据保存的加密口令进行比较，相一致则进行后续 *** 作。

数据库设计的基本步骤：

1、系统需求分析与设计。

2、概念结构分析与设计。

3、逻辑结构分析与设计。

4、物理结构分析与设计。

5、系统实施。

6、系统维护。

扩展资料：

数据库设计技巧：

1、原始文件与实体的关系

它可以是一对一，一对多，多对多的关系。一般来说，它们是一对一的关系：一个原始文档只对应于一个实体。在特殊情况下，它们可以是一对多或多对一关系，即一个原始文档对应于多个实体，或者多个原始文档对应于一个实体。

这里的实体可以理解为基本表。在对应关系明确后，对输入接口的设计非常有利。

2、主键和外键

一般来说，实体不能既没有主键也没有外键。在E－R图中，叶中的实体可以定义主键或不定义主键（因为它没有子代），但它必须有外键（因为它有父项）。

主键和外键的设计在全局数据库的设计中起着重要的作用。当全球数据库的设计完成后，一位美国数据库设计专家说：“钥匙无处不在，只有钥匙。”。这是他数据库设计的经验，也体现了他对信息系统核心（数据模型）高度抽象的理念。

因为：主键是一个高度抽象的实体。主键和外键的配对表示实体之间的连接。

3、基本表的属性

基本表不同于中间表和临时表，因为它具有以下四个特点：

原子性。基本表中的字段不可分解。

原始主义。基本表中的记录是原始数据（基本数据）的记录。

演绎的。所有输出数据都可以从基本表和代码表中的数据导出。

稳定。基本表的结构比较稳定，表中的记录要长期保存。

在了解基本表的性质之后，在设计数据库时，可以将基本表与中间表和临时表区分开来。

参考资料来源：百度百科-数据库设计

---