二手房交易信息管理系统.doc

题目:二手房交易信息管理系统

一、引言
1.1选题背景
随着中国经济的高速发展，房地产行业已经成为了国民经济的支柱产业之一。房地产行业可分为房地产开发、物业管理、房地产二手物业代理等。在企业的自身，越来越多的房地产商采用信息化技术来管理企业。他们以自己的网络平台为基础，通过多边协议的形式进行集团采购和信息共享，提高市场竞争力，实现企业信息管理现代化。房地产开发商、物业管理公司和房地产二手物业代理公司在信息化建设的过程中，通常都会采用各种售楼管理软件或物业管理软件。公司的各种数据和信息运行在公司的售楼系统和物业系统中，迫切需要数据集中管理，各售楼处和物业管理处或地产门店能够将数据实时上报总部，便于公司的管理层能够每时每刻都知道公司的业务和财务数据以做出准确决策。因此，在二手房交易过程中建立一个二手房交易管理系统是十分必要的。
需要解决的问题如下：
一、 改变客户选房、购房盲目选购方式，减轻客户选购中不必要的纠纷，以及使客户可以选购自己理想的房屋。
二、 客户的账号管理，可以随意添加新的账号。
三、 可以添加和删改客户信息、房产信息，以及订单管理。
四、 对房地产信息管理系统的更新与维护。
本系统的最终用户为选购房产的客户，管理人员与维护人员必须掌握计算机的基本操作，还要掌握房地产的即时信息，并且能够熟练运用office办公软件。
1.2目的及意义
随着我国市场经济的蓬勃发展，房价的不断攀升，对于刚步入社会的年轻人尚未具有购买新房的能力，甚至一些工作很长时间的白领也瞄准了二手房市场，随着二手房市场的不断发展，二手房中介企业也相应的发展起来，二手房中介企业正处于一个快速发展时期，这必然会导致竞争的加剧以及服务质量的降低，要想在激烈的市场竞争中谋求发展，客观上要求企业必须加强内部管理，提高运营效率。二手房交易，尤其在北京、上海、深圳等大城市是一个非常活跃的现象，其发展前景相当可观。
在二手房交易过程中，经纪公司（中介公司）无可非议是其中一个桥梁，所以今后在北京乃至全国的经纪公司必将走向一个高峰，此中竞争也将迅速扩大，经纪人的地位也将得到更多人的认可。而我国大多数二手房中介企业刚刚起步，虽然经营实现了专业化，但是从信息机制上还没有摆脱原有的销售模式，企业内部没有形成完善、有效地激励和约束信息的信息化管理机制，企业发展的动力不足，影响了企业的持续、稳定、快速发展。
二、需求分析
2.1功能分析
我们根据当今房地产经纪公司的业务流程，了解到二手房下销售管理信息系统应满足以下一些需求：
一、满足二手房销售的数据需求，能够方便的进行房屋数据的录入和多条件查询；
二、房屋居间服务合同的结构要求严格遵照原有的业务，并要求数据准确、安全，同时准确的记录时间；
三、要添加基础数据的管理和用户权限的设置。为了保障系统的准确性，对于可能发生的问题要进行检验，同时要给出相应的提示信息。
四、针对不同的角色，将系统用户分为系统管理员、经纪人和合同责任人。系统管理员可以享有系统的全部权限，经纪人享有各区域的房屋信息的更新授权和全部房屋信息的查询权，合同责任人享有房屋居间服务合同的更新授权和全部房屋信息的查询权。
总之，我们将二手房信息管理系统的需求划分为客户对功能的需求和管理员对功能的需求；
一、客户对功能的需求：
1. 客户注册
2.登录取得权限
3.浏览最新商品信息
4.修改注册信息
二、管理员对功能的需求：
1.查询所有用户的信息
2. 删除不合法的用户
3.添加商品
4.发布公告
系统功能结构图如图2-1所示。

图2-1 二手房交易信息管理系统功能结构图
2.2业务流程分析
2.2.1数据流图
根据以上分析，我们得出二手房交易信息管理系统数据流图如图2-2所示。

图2-2 二手房交易信息管理系统数据流图
图2-3系统数据流图
2.3业务规则及约束分析
基于上述功能分析，二手房交易信息管理系统的业务规则及约束如下：
（1）所有用户均可搜索商品信息，但是只有注册用户才能够提交订单。
（2）每位用户由唯一的编号标识，注册编号由系统按照时间顺序自动生成。
（3）用户登录系统的账号为用户注册时输入的用户名称。
（4）系统管理员可以查看会员信息，但是不能增加和修改注册信息，必要时可以删除用户信息。
（5）系统管理员统一对系统中的数据维护。
（6）收购员只能进行商品收购登记及汇总。
（7）每个房子由唯一的房源编号标识。
（8）每个业务员由工作证号唯一标识。
（9）会员可以根据房源编号搜索房源信息。
（10）房屋居间服务合同需合同签订状态，即是否签订。
（11）用户可以查询自己的合同。
（12）一个买方可以购买或租赁多个房子。
（13）一个卖方可以提供多个房子。
（14）二手房中记录房源的状态。
（15）房屋居间服务合同有房源编号和是否签订共同决定。
三、概念结构设计
3.1确定实体集和属性
（1）买方实体集。其属性有：注册号、用户ID，真实姓名、密码、Email、地址、电话、注册时间（系统自动生成）、密保问题、密保答案等。

图3-1 买方实体集
（2）卖方实体集。其属性有：注册号、用户ID，真实姓名、密码、Email、地址、电话、注册时间（系统自动生成）、密保问题、密保答案等。

图3-2 卖方实体集
（3）二手房实体集。其属性有：房源编号、房源名称，所属区域编号、楼盘编号、建筑单位、户型编号、面积、楼层、单元、车库面积、装修状况、物业管理费、权属等。

图3-3 二手房实体集
（4）管理员实体集。其属性有：管理员ID，管理员名，密码等。

图3-4 管理员实体集
（5）业务员实体集。其属性有：工作证号、姓名、年龄、Email、地址、电话、服务区域等。

图3-5 业务员实体集
（6）租赁订单实体集。其属性有：订单号、订单时间、订单人姓名、订单人电话、订单人地址、Email等。

图3-6 租赁订单实体集
（7）购买订单实体集。其属性有：订单号、订单时间、订单人姓名、订单人电话、订单人地址、Email等。

图3-7 购买订单实体集
（8）房屋居间服务合同实体集。其属性有：房源编号、房源名称、甲方实际售价、建筑面积、权属、乙方联系电话、乙方身份证号、甲方联系电话、甲方身份证号、丙方（合同负责人）、是否签订等。

图3-8 房屋居间服务合同实体集
（9）公告实体集。其属性有：主题、内容、公告时间、公告总数、房源总数等。

图3-9 公告实体集
3.2确定联系集及属性
（1）买方和租赁订单之间的“登记1”联系集。它是一对多的联系，其描述属性有：真实姓名、电话、地址、Email。
（2）买方与购买订单之间的“登记2”联系集。它是一对多的联系，其描述属性有：真实姓名、电话、地址、Email。
（3）买方与管理员之间的“管理1”联系集。它是多对多的联系集，无描述属性。
（4）买方与业务员之间的“服务1”联系集。它是多对一的联系集，无描述属性。
（5）买方与房屋居间服务合同之间的“签订1”联系集。它是一对多的联系，其描述属性有：电话。
（6）买方与二手房之间的“需求”联系集。它是一对多的联系，无描述属性。
（7）卖方与管理员之间的“管理2”联系集。它是多对多的联系，无描述属性。
（8）卖方与业务员之间的“服务2”联系集。它是多对一的联系，无描述属性。
（9）卖方与房屋居间服务合同之间的“签订2”联系集。它是一对多的联系，其描述属性有：电话。
（10）卖方与二手房之间的“提供”联系集。它是一对多的联系，无描述属性。
（11）业务员与二手房之间的“服务3”联系集。它是一对多的联系，其描述属性有：区域编号。
（12）二手房与房屋居间服务合同之间的“签订3”联系集。它是一对多的联系，其描述属性有：房源编号、房源名称、面积、权属。
（13）管理员与公告之间的“贴出”联系集。它是一对多的联系，无描述属性。
3.3总体E-R图设计
根据以上分析，我们得出二手房交易信息管理系统总体E-R图如图3-16所示。
图3-10 二手房交易信息管理系统总体E-R图
四．逻辑结构设计
4.1关系模式转换
根据以上分析得出的E-R模型进行关系模式转换，我们得出二手商品交易系统关系模式为：
（1）买方（注册号、用户ID，真实姓名、密码、Email、地址、电话、注册时间、密保问题、密保答案、工作证号）
（2）卖方（注册号、用户ID，真实姓名、密码、Email、地址、电话、注册时间、密保问题、密保答案、工作证号）
（3）二手房（房源编号、房源名称、所属区域编号、楼盘编号、建筑单位、户型编号、面积、楼层、总楼层、单元、车库面积、基础设施、装修状况、物业管理费、权属、注册号、注册号）
（4）管理员（管理员ID，管理员名，密码）
（5）业务员（工作证号、姓名、年龄、Email、地址、电话、QQ、服务区域）
（6）租赁订单（订单号、订单时间、订单人姓名、订单人电话、订单人地址、Email、注册号）
（7）购买订单（订单号、订单时间、订单人姓名、订单人电话、订单人地址、Email、注册号）
（8）房屋居间服务合同（房源编号、是否签订、房源名称、甲方实际售价、建筑面积、权属、乙方联系电话、乙方身份证号、甲方联系电话、甲方身份证号、丙方（合同负责人）、注册号、注册号）
（9）公告（主题、内容、公告时间、公告总数、房源总数、管理员ID）
（10）管理1（管理员ID、注册号）
（11）管理2（管理员ID、注册号）
（12）贴出（主题，管理员ID）Error! No bookmark name given.Error! No bookmark name given.
4.2关系表优化
经过以上分析，我们得出了二手商品交易系统的关系模式，进一步对其进行分析求精，系统关系模式不存在函数依赖并且满足BCNF范式。
4.3完整性约束
（1）买方关系模式的主键为注册号，其中注册号由5位字符组成，第一位为大写字母“E”；
（2）卖方关系模式的主键为注册号，其中注册号由5位字符组成，第一位为大写字母“E”；
（3）二手房关系模式的主键为房源编号，外键为注册号（买方及卖方），其中房源编号由5位字符组成，第一位为大写字母“G”，接着四位为流水编号；户型编号只可以取1、2、3、4，代表四种户型；单元只可以取1、2、3、4，代表四个单元；装修状况取1、2、3，代表三种装修程度，即无装修、普通装修、精装修。
（4）业务员关系模式的主键为工作证号, 其中工作证号由5位字符组成，第一位为大写字母“B”，接着四位为流水编号;服务区域取1、2、3、4，代表四个区域。
（5）管理员模式的主键为管理员ID, 其中管理员ID由5位字符组成，第一位为大写字母“A”，接着四位为流水编号。
（6）租赁订单关系模式的主键为订单号，其中订单号由5位字符组成，第一位为大写字母“L”，接着四位为流水编号；外键为注册号（买方）。
（7）购买订单关系模式的主键为订单号，其中订单号由5位字符组成，第一位为大写字母“P”，接着四位为流水编号；外键为注册号（买方）。
（8）房屋居间服务合同关系模式的主键为房源编号和是否签订，外键为注册号（买方及卖方）；丙方取1，即中介公司负责人。
（9）公告关系模式的主键为主题。
4.4用户子模式设计
将概念模型转换为全局逻辑模型后，还应该根据局部应用需求，结合具体DBMS的特点，设计用户的外模式。
目前关系数据库管理系统一般都提供了视图概念，可以利用这一功能设计更符合局部用户需要的用户外模式。
定义数据库全局模式主要是从系统的时间效率、空间效率、易维护等角度出发。由于用户外模式与模式是相互独立的，因此在定义用户外模式时可以注重考虑用户的习惯于方便。包括：
（1）使用更符合用户习惯的别名。在合并各分E-R图时，曾做了消除命名冲突的工作，以使数据库系统中同一关系和属性具有唯一的名字。这在设计数据库整体结构时是非常必要的。但对于某些局部应用，由于改用了不符合用户习惯的属性名，可能会使他们感到不方便，用视图机制可以在设计用户视图时重新定义某些属性名，使其与用户习惯一致，以方便用户。但为了应用的规范化，也不应该一味地迁就用户。
（2）可以对不同级别的用户定义不同的视图，以保证系统的安全性。所以针对不同级别的用户定义不同的外模式，以满足系统对安全性的要求。
（3）简化用户对系统的使用。如果某些局部应用中经常要使用某些很复杂的查询，为了方便用户，可以将这些复杂查询定义为视图，用户每次只对定义好的视图进行查询，大大简化了用户的使用
1.对于买方建立如下视图
买方(注册号，注册时间)原因说明如下表:
表4-1
注册号
注册时间
便于二手房信息管理机构对用户的监管
便于二手房交易信息管理系统对注册用户进行统一协调
2.对于买方建立如下视图
买方(注册号，注册时间)原因说明如下表:
表4-2
注册号
注册时间
便于二手房信息管理机构对用户的监管
便于二手房交易信息管理系统对注册用户进行统一协调
3.对于二手房建立如下视图
二手房(房源编号，面积，装修状况)原因说明如下表:
表4-3
房源编号
面积
装修状况
便于对二手房交易管理系统对房源统一管理
便于用户了解并匹配自己的需求
便于用户了解并匹配自己的需求及房源定价
4.对于管理员建立如下视图
管理员( 管理员ID，管理员名)原因说明如下表:
表4-4
管理员ID
管理员名
便于二手房信息管理机构对管理员的监管
便于二手房交易信息管理系统对管理员进行统一协调
5.对于业务员建立如下视图
业务员(工作证号，姓名，电话)原因说明如下表:
表4-5
工作证号
姓名
电话
便于对二手房交易管理系统对业务员统一管理
便于用户对业务员的了解
便于用户与业务员的联系
6.对于租赁订单建立如下视图
租赁订单(订单号，订单时间，订单人姓名)原因说明如下表:
表4-6
订单号
订单时间
订单人姓名
便于系统对各订单进行分析和查找
便于系统对各订单分类及查找
便于用户对自己信息的查找
7.对于购买订单建立如下视图
购买订单(订单号，订单时间，订单人姓名) 原因说明如下表:
表4-7
订单号
订单时间
订单人姓名
便于系统对各订单进行分析和查找
便于系统对各订单分类及查找
便于用户对自己信息的查找
8.对于房屋居间租赁合同建立如下视图
合同(甲方，乙方，丙方)原因说明如下表:
表4-8
甲方
乙方
丙方
便于对系统对各合同信息的查询
便于对系统对各合同信息的查询
便于对系统对各合同信息的查询
9.对于公告建立如下视图
公告(主题，内容，房源总数)原因说明如下表:
表4-9
主题
内容
房源总数
便于对二手房交易管理系统对公告统一管理
便于用户对公告的查询
便于用户了解房源的数量
4.5数据结构
根据系统分析和模块设计，本系统中个模块的数据项和数据结构如下：
（1）表名：买方信息表
标识：buyer
数据来源：买方用户管理模块输入
表4-10买方信息表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
注册号
B_no
char
10
否
用户ID
B_id
char
10
否
真实姓名
B_name
char
10
否
密码
B_password
char
10
否
Email
B_email
char
20
否
地址
B_add
char
20
否
电话
B_tel
char
20
否
注册时间
B_time
char
10
否
密保问题
B_S_question
char
10
是
密保答案
B_S_answer
char
10
是
工作证号
Work_no
char
10
否
（2）表名：卖方信息表
标识：seller
数据来源：卖方用户管理模块输入
表4-11卖方信息表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
注册号
S_no
char
10
否
用户ID
S_id
char
10
否
真实姓名
S_name
char
10
否
密码
S_password
char
10
否
Email
S_email
char
20
否
地址
S_add
char
20
否
电话
S_tel
char
20
否
注册时间
S_time
char
10
否
密保问题
B_S_question
char
10
是
密保答案
B_S_answer
char
10
是
工作证号
Work_no
char
10
否
（3）表名：二手房信息表
标识：second house
数据来源：基础数据管理模块输入
表4-12二手房信息表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
房源编号
H_no
char
10
否
房源名称
H_name
char
10
否
所属区域编号
reg_no
char
10
是
楼盘编号
Item_no
char
10
是
建筑单位
Item_cop
char
10
是
户型编号
Stru_no
char
10
是
面积
area
char
10
是
楼层
floor
char
10
是
单元
unit
char
10
是
车库面积
cararea
char
10
是
装修状况
fitment
char
10
是
物业管理费
serverfee
char
10
是
权属
belong
char
10
是
注册号
S_no
char
10
否
注册号
S_no
char
10
否
（4）表名：管理员信息表
标识：administrator
数据来源：公司内部信息管理模块输入
表4-13管理员信息表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
管理员ID
A_id
char
10
否
管理员名
A_name
char
8
否
密码
A_password
char
10
否
（5）表名：业务员信息表
标识：businessman
数据来源：公司内部信息管理模块输入
表4-14业务员信息表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
工作证号
Work_no
char
10
否
姓名
BU_name
char
10
否
年龄
BU_age
char
2
否
Email
BU_email
char
20
否
电话
BU_tel
char
20
否
地址
BU_add
char
20
否
服务区域
reg_no
char
10
否
（6）表名：租赁订单信息表
标识：lease order
数据来源：售房信息管理模块输入
表4-15租赁订单信息表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
订单号
L_no
char
10
否
订单时间
L_time
char
10
否
订单人姓名
B_name
char
10
否
订单人电话
B_tel
char
20
否
订单人地址
B_add
char
20
否
Email
B_email
char
20
否
注册号
S_no
char
10
否
（7）表名：购买订单信息表
标识：purchase order
数据来源：售房信息管理模块输入
表4-16购买订单信息表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
订单号
P_no
char
10
否
订单时间
P_time
char
10
否
订单人姓名
B_name
char
10
否
订单人电话
B_tel
char
20
否
订单人地址
B_add
char
20
否
Email
B_email
char
20
否
注册号
S_no
char
10
否
（8）表名：房屋居间服务合同信息表
标识：contract
数据来源：售房信息管理模块输入
表4-17房屋居间服务合同信息表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
房源编号
H_no
char
10
否
房源名称
H_name
char
10
否
实际售价
salemoney
char
10
是
面积
area
char
10
是
权属
belong
char
10
是
乙方联系电话
B_tel
char
20
是
乙方身份证号
B_idcard
char
20
是
甲方联系电话
S_tel
char
20
是
甲方身份证号
S_idcard
char
20
是
丙方
bingfang
char
10
是
是否签订
signed
char
10
否
注册号
S_no
char
10
否
（9）表名：公告信息表
标识：announcement inf
数据来源：登录模块录入
表4—18公告信息表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
主题
subject
char
20
否
公告时间
time
char
10
否
内容
content
char
50
是
公告总数
A_sum
char
10
否
房源总数
H_sum
char
50
否
管理员ID
A_id
char
10
否
（10）表名：管理1表
标识：announcement inf
数据来源：登录模块录入
表4—19管理1表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
管理员ID
A_id
char
20
否
注册号
B_id
char
10
否
（11）表名：管理2表
标识：announcement inf
数据来源：登录模块录入
表4—20管理2表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
管理员ID
A_id
char
20
否
注册号
B_id
char
10
否
（12）表名：贴出表
标识：announcement inf
数据来源：登录模块录入
表4—21贴出表
属性名
存储代码
数据类型
字符长度/bit
是否允许为空
主题
subject
char
20
否
管理员ID
time
char
10
否

五、数据库建立
5.1建表及插入记录
5.1.1建表
1.创建“买方清单”数据表的SQL脚本如下：
Create table[dbo].[buyer](
[B_no] [char] (10) collate chinese_prc_ci_as not null,
[B_id] [char] (10) collate chinese_prc_ci_as not null,
[B_name] [char] (10) collate chinese_prc_ci_as not null,
[B_password] [char] (10) collate chinese_prc_ci_as not null,
[B_email] [char] (20) collate chinese_prc_ci_as not null,
[B_add] [char] (20) collate chinese_prc_ci_as not null,
[B_tel] [char] (20) collate chinese_prc_ci_as not null,
[B_time] [char] (10) collate chinese_prc_ci_as not null,
[B_S_question] [char] (10) collate chinese_prc_ci_as null,
[B_S_answer] [char] (10) collate chinese_prc_ci_as null
)on [primary]
2. 创建“卖方清单”数据表的SQL脚本如下：
Create table[dbo].[seller](
[S_no] [char] (10) collate chinese_prc_ci_as not null,
[S_id] [char] (10) collate chinese_prc_ci_as not null,
[S_name] [char] (10) collate chinese_prc_ci_as not null,
[S_password] [char] (10) collate chinese_prc_ci_as not null,
[S_email] [char] (20) collate chinese_prc_ci_as not null,
[S_add] [char](20) collate chinese_prc_ci_as not null,
[S_tel] [char] (20) collate chinese_prc_ci_as not null,
[S_time] [char] (10) collate chinese_prc_ci_as not null,
[B_S_question] [char] (10) collate chinese_prc_ci_as null,
[B_S_answer] [char] (10) collate chinese_prc_ci_as null
)on [primary]
3. 创建“二手房信息清单”数据表的SQL脚本如下：
Create table[dbo].[second hand house](
[H_no] [char] (10) collate chinese_prc_ci_as not null,
[H_name] [char] (10) collate chinese_prc_ci_as not null,
[reg_no] [char] (10) collate chinese_prc_ci_as null,
[item_no] [char] (10) collate chinese_prc_ci_as null,
[item_cop] [char] (10) collate chinese_prc_ci_as null,
[stru_no] [char] (10) collate chinese_prc_ci_as null,
[area] [char] (10) collate chinese_prc_ci_as null,
[floor] [char] (10) collate chinese_prc_ci_as null,
[unit] [char] (10) collate chinese_prc_ci_as null,
[cararea] [char] (10) collate chinese_prc_ci_as null,
[fitment] [char] (10)collate chinese_prc_ci_as null,
[serverfee] [char] (10) collate chinese_prc_ci_as null,
[belong] [char] (10) collate chinese_prc_ci_as null
)on [primary]
4. 创建“管理员信息”数据表的SQL脚本如下：
Create table[dbo].[administrator](
[A_id] [char] (10) collate chinese_prc_ci_as not null,
[A_name] [char] (8) collate chinese_prc_ci_as not null,
[A_password] [char] (10) collate chinese_prc_ci_as not null
)on [primary]
5.创建“业务员信息”数据表的SQL脚本如下：
Create table[dbo].[business man](
[work_no] [char] (10) collate chinese_prc_ci_as not null,
[BU_name] [char] (10) collate chinese_prc_ci_as not null,
[BU_age] [char] (2) collate chinese_prc_ci_as not null,
[BU_email] [char] (20) collate chinese_prc_ci_as not null,
[BU_tel] [char] (20) collate chinese_prc_ci_as not null,
[BU_add] [char] (20) collate chinese_prc_ci_as not null,
[reg_no] [char] (10) collate chinese_prc_ci_as not null
)on [primary]
6. 创建“租赁订单信息”数据表的SQL脚本如下：
Create table[dbo].[lease order](
[L_no] [char] (10) collate chinese_prc_ci_as not null,
[L_time] [char] (10) collate chinese_prc_ci_as not null,
[B_name] [char] (10) collate chinese_prc_ci_as not null,
[B_tel] [char] (20) collate chinese_prc_ci_as not null,
[B_add] [char] (20) collate chinese_prc_ci_as not null,
[B_email] [char] (20) collate chinese_prc_ci_as not null
)on [primary]
7.创建“购买订单信息”数据表的SQL脚本如下：
Create table[dbo].[purchase order](
[P_no] [char] (10) collate chinese_prc_ci_as not null,
[P_time] [char] (10) collate chinese_prc_ci_as not null,
[B_name] [char] (10) collate chinese_prc_ci_as not null,
[B_tel] [char] (20) collate chinese_prc_ci_as not null,
[B_add] [char] (20) collate chinese_prc_ci_as not null,
[B_email] [char] (20) collate chinese_prc_ci_as not null
)on [primary]
8.创建“房屋居间服务合同信息”数据表的SQL脚本如下：
Create table[dbo].[contract](
[H_no] [char] (10) collate chinese_prc_ci_as not null,
[H_name] [char] (10) collate chinese_prc_ci_as not null,
[salemoney] [char] (10) collate chinese_prc_ci_as null,
[area] [char] (10) collate chinese_prc_ci_as null,
[belong] [char] (10) collate chinese_prc_ci_as null,
[B_tel] [char] (20) collate chinese_prc_ci_as null,
[B_idcard] [char] (20) collate chinese_prc_ci_as null,
[S_tel] [char] (20) collate chinese_prc_ci_as null,
[S_idcard] [char] (20) collate chinese_prc_ci_as null,
[bingfang] [char] (10) collate chinese_prc_ci_as null,
[signed] [char] (10) collate chinese_prc_ci_as not null
)on [primary]
9. 创建“公告信息”数据表SQL脚本如下：
Create table[dbo].[announcement](
[sunject] [char] (20) collate chinese_prc_ci_as not null,
[time] [char] (10) collate chinese_prc_ci_as not null,
[content] [char] (50) collate chinese_prc_ci_as null,
[A_sum] [char] (10) collate chinese_prc_ci_as not null,
[H_sum] [char] (50) collate chinese_prc_ci_as not null
)on [primary]
5.1.2插入表记录
insert
into buyer
values ('E0002','gdfgdfg','曹长生','19890125','liyubo79@','长春市延安大街02号','13963615885','20140429',null,null);
insert
into buyer
values ('E0003','fgdfgdf3','吴志强','19860224','liyubo@','长春市延安大街03号','15954435881','20140523',null