当前位置:文档之家› SNS 社交网站数据库设计

SNS 社交网站数据库设计

SNS 社交网站数据库设计
SNS 社交网站数据库设计

支付平台数据库设计文档

内部资料 注意保密 电子商务平台一期数据库设计文档版本号:1.00 二○一〇年十月项目情况 修改记录

目录 1 前言 8 1.1 命名规范 8 1.2 说明 8 1.3 术语清单 8 1.4 数据库表清单 9 2 基础平台核心数据库表结构(zmc) 10 2.1 账户 10 2.1.1 客户子账户表SubAccount 10 2.1.2 子账户冻结/注销流水SubAccount_Oper 10 2.1.3 客户子账户资金变动流水表SubAccountSeq 11 2.1.4 客户子账户资金冻结流水表SubAccountFreezeSeq 12 2.2 交易 13 2.2.1 充值交易流水RechargeBILL 13 2.2.2 提现交易流水WithDrawBILL 14 2.2.3 支付交易流水PayBILL 15

2.2.4 批量代收付交易信息表(BatchInfo) 19 2.2.5 撤销交易流水UndoPayBILL 20 2.2.6 退款交易流水RefundBill 21 2.2.7 汇款交易流水WaitingRechargeBILL 22 2.2.8 内部调账交易流水AdjustBiLL 23 2.2.9 外部系统交易通知SHOP_NOTIFY 24 2.3 会计帐务 24 2.3.1 科目日记账表(SUBJECT_DAY) 24 2.3.2 试算平衡表(Balance_Check) 24 2.3.3 科目类型表(SUBJECTTYPE) 25 2.3.4 凭证类型表(PZTYPE) 25 2.3.5 凭证科目对应表(PZSUBJECT) 25 2.3.6 科目明细表(SUBJECT) 26 2.3.7 凭证明细表(PZ) 26 2.4 系统参数 27 2.4.1 序列 27 2.5 渠道 27

电子商务平台的数据库设计与实现

数据库设计 设计题目:电子商务平台的 设计与实现 学生姓名: 学生学号: 专业班级: 学院名称:信息科学与工程学院指导老师: 2015年1月日

目录 1.引言 ............................................. 错误!未定义书签。 开发背景........................................ 错误!未定义书签。 需求分析........................................ 错误!未定义书签。2.主要项目内容 .................................... 错误!未定义书签。 系统功能结构.................................... 错误!未定义书签。 系统功能的描述.................................. 错误!未定义书签。 3.业务流程描述 ..................................... 错误!未定义书签。 流程图.......................................... 错误!未定义书签。 数据流图........................................ 错误!未定义书签。 活动图.......................................... 错误!未定义书签。 时序图.......................................... 错误!未定义书签。 用例图.......................................... 错误!未定义书签。4.数据库逻辑模型 .................................. 错误!未定义书签。 概念数据模型.................................... 错误!未定义书签。 物理数据模型.................................... 错误!未定义书签。 所有数据项目表.................................. 错误!未定义书签。 5.主要数据库表的说明 ............................... 错误!未定义书签。 所有表.......................................... 错误!未定义书签。 各个表的详细说明................................ 错误!未定义书签。 6.结束语 ........................................... 错误!未定义书签。 7.致谢 ............................................. 错误!未定义书签。

支付平台数据库设计文档

电子商务平台一期数据库设计文档 版本号:1.00 二○一〇年十月

修改记录

目录 1前言 (8) 1.1命名规范 (8) 1.2说明 (8) 1.3术语清单 (8) 1.4数据库表清单 (9) 2基础平台核心数据库表结构(zmc) (10) 2.1账户 (10) 2.1.1客户子账户表SubAccount (10) 2.1.2子账户冻结/注销流水SubAccount_Oper (10) 2.1.3客户子账户资金变动流水表SubAccountSeq (11) 2.1.4客户子账户资金冻结流水表SubAccountFreezeSeq (12) 2.2交易 (13) 2.2.1 (13) 2.2.2提现交易流水WithDrawBILL (14) 2.2.3 支付交易流水PayBILL (15) 2.2.4批量代收付交易信息表(BatchInfo) (19) 2.2.5撤销交易流水UndoPayBILL (20) 2.2.621 2.2.722 2.2.8内部调账交易流水AdjustBiLL (23) 2.2.9外部系统交易通知SHOP_NOTIFY (24) 2.3会计帐务 (24) 2.3.1科目日记账表(SUBJECT_DAY) (24) 2.3.2试算平衡表(Balance_Check) (24) 2.3.3科目类型表(SUBJECTTYPE) (25) 2.3.4凭证类型表(PZTYPE) (25) 2.3.5凭证科目对应表(PZSUBJECT) (25) 2.3.6科目明细表(SUBJECT) (26) 2.3.7凭证明细表(PZ) (26) 2.4系统参数 (27) 2.4.1序列 (27) 2.5渠道 (27) 2.5.1渠道清算指令(Channel_Settle_Cmd) (27) 2.5.2渠道参数(Channel_Parm) (27) 2.5.3渠道返回码对照表(Channel_RtnCode) (28) 2.5.4渠道交易流水对照表(BILLNo_SN) (28) 2.5.5批量交易渠道批次表(Channel_Batch) (29) 2.5.6系统日志(Channel_Sys_Log) (30) 2.5.7渠道对帐表(Channel_Check) (31) 2.5.8渠道对帐不平明细表(Channel_CheckDetail) (31)

XX公司管理平台数据库设计说明书

有限公司管理平台数据库设计说明书

变更记录 修改点说明的内容有如下几种:创建、修改(+修改说明)、删除(+删除说明)

目录 1. 目的 (4) 2.范围 (4) 3.文档读者 (4) 4.术语 (4) 5.参考资料 (5) 6.数据库环境说明 (5) 7.数据库命名规则 (5) 8.逻辑设计 (7) 9.物理设计 (7) 9.1 物理设计规则 (8) 9.1表汇总 (8) 9.2表 (9) 10.安全性设计 (25) 11.优化 (26) 12.数据库管理与维护说明 (26)

1.前言 1.1目的 该系统实现了实验教学的功能,此文档为实验教学系统理清数据库关系和数据流程,以及进一步明确需求。 1.2.范围 1、产品范围:根据《ET_详细设计说明书》,该文档阐述产品数据库关系和数据流程。 2、涉及到的干系人有:项目经理、产品经理、质量部门、开发小组。 1.3.文档读者 预期读者:程序开发人员、测试人员、需求人员 1.4.术语

1.5.参考资料 1.《数据库原理及应用》钱雪忠主编北京邮电大学出版社2007,8 第二版 2.《SQL server 2000数据仓库与Analysis Services》Bain T著中国电力出版社2003 3.数据库技术与联机分析处理》王珊主编北京科学出版社1998 2.数据库说明 2.1.数据库环境说明 设计工具:SQL Server 2008企业版及以上版本。 编程工具:VS2010 2.2.数据库命名规则 一.实体和属性的命名 1.常用单词已经进行了缩写,在命名过程当中,根据语义拼凑缩写即可。注意,由于ORCAL数据库会将字段名称统一成大写或者小写中的一种,所以要求加上下划线 2.如果表或者是字段的名称仅有一个单词,那么建议不使用缩写,而是用完整的单词。 3.所有的存储值列表的表前面加上前缀Z目的是将这些值列表类排序在数据库最后。 4.所有的冗余类的命名(主要是累计表)前面加上前缀X 冗余类是为了提高数据库效率,非规范化数据库的时候加入的字段。或者表 5.关联类通过用下划线连接两个基本类之后,再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。 关联表用于保存多对多关系。 如果被关联的表名大于10个字母,必须将原来的表名的进行缩写。如果没有其他原因,建议都使用缩写。 6.每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码,统一命名为:ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。7.所有的属性加上有关类型的后缀,类型后缀的缩写定义见文件《类型后缀缩写定义》,注意,如果还需要其它的后缀,都放在类型后缀之前。

京东数据库设计

T a b l e o f C o n t e n t s The 'Table of Contents' field needs to be updated!

finance_account_info 金融帐号配置表金融帐号配置表finance_withdraw_apply提现申请 finance_withdraw_record提现记录 inquiry_info 询价表询价表 inquiry_mat 询价明细表询价明细表 inquiry_order 询价订单表询价订单表 integral_config 积分配置表积分配置表 invoice 发票表发票表 invoice_pic 发票对应图片表发票对应图片表 item_attr_value_item(属性属性值和商品关系表)属性属性值和商品关系表item_attr_value商家属性值关联表商家属性值关联表 item_attribute_value商品属性值商品属性值 item_attribute商品属性商品属性 item_attr商家属性关联表商家属性关联表 item_brand_ky商品品牌ky商品品牌ky item_brand商品品牌商品品牌 item_category_attr_shop类目属性和店铺关系表类目属性和店铺关系表item_category_attr_value商品类别属性值关系商品类别属性值关系item_category_attr商品类别属性关系表商品类别属性关系表item_category_brand_ky商品类别品牌关系表ky商品类别品牌关系表ky item_category_brand商品类别品牌关系表商品类别品牌关系表item_category_copy商品类别copy商品类别copy item_category_ky商品类别ky商品类别ky item_category商品类别商品类别 item_evaluation_reply评价回复 item_evaluation_show 晒单表晒单表 item_evaluation店铺商品评价商品评价 item_favourite 商品收藏表商品收藏表 item_old二手商品二手商品表 item_picpdf商品图册PDF商品图册PDF item_picture商品图片商品图片 item_price商品价格-商品价格 item_sales_volume 销量统计表销量统计表 item_section商品区间表 item_sku_inquiry_price商品SKU询价商品SKU询价 item_sku_picture商品sku图片-商品sku图片 item_sku商品商品sku item商品信息表商品信息表 mall_ad_count链接点击统计链接点击统计 mall_advertise商城广告商城广告 mall_banner商城轮播商城轮播 mall_help_classify商城帮助文档分类商城帮助文档分类 mall_help_document商城帮助文档商城帮助文档 mall_info商城信息mall_info商城信息 mall_notice商城公告商城公告 mall_recommend_attr商城推荐属性商城推荐属性 mall_recommend商城推荐商城推荐

支付平台数据库设计

精心整理 数据库设计文档 版本号:1.00 目录

1 前言.................................................................................................................. 错误!未指定书签。 1.1命名规范.................................................................................................. 错误!未指定书签。 1.2说明.......................................................................................................... 错误!未指定书签。 1.3术语清单.................................................................................................. 错误!未指定书签。 1.4数据库表清单.......................................................................................... 错误!未指定书签。2基础平台核心数据库表结构(zmc)................................................................. 错误!未指定书签。 2.1账户.......................................................................................................... 错误!未指定书签。 2.1.1客户子账户表SubAccount.............................................................. 错误!未指定书签。 2.1.2子账户冻结/注销流水SubAccount_Oper ...................................... 错误!未指定书签。 2.1.3客户子账户资金变动流水表SubAccountSeq................................ 错误!未指定书签。 2.1.4客户子账户资金冻结流水表SubAccountFreezeSeq ..................... 错误!未指定书签。 2.5.4渠道交易流水对照表(BILLNo_SN).................................................. 错误!未指定书签。 2.5.5批量交易渠道批次表(Channel_Batch) ........................................... 错误!未指定书签。 2.5.6系统日志(Channel_Sys_Log) ........................................................... 错误!未指定书签。 2.5.7渠道对帐表(Channel_Check) .......................................................... 错误!未指定书签。 2.5.8渠道对帐不平明细表(Channel_CheckDetail) ................................. 错误!未指定书签。 2.5.9同城超时等待表(TC_OVERTIME_WAIT)..................................... 错误!未指定书签。 同城批量撤销表(TC_BATCHCANCEL) .............................................. 错误!未指定书签。 同城费项代码对应表(CHANNEL_FEECODE_CHG).......................... 错误!未指定书签。 同城对帐指令表(TC_CHECK_CMD)................................................. 错误!未指定书签。 同城对账表(TC_CHECK)................................................................... 错误!未指定书签。

政务平台数据库设计

1.数据库设计 1.1省级政务平台数据库设计 1.1.1数据库设计原则 (1)标准化 严格按照相关技术标准完成数据库的设计,包括国土资源部颁发的相应数据库建库规范标准、国家已经发布的许多基础的行业分类、代码标准,以及在信息化建设过程中形成的一些可操作性强的数据库设计标准。 (2)一致性 数据库设计要符合数据一致性原则,国家、省、地(市)重复存储的业务数据和基础数据要保持一致性。 (3)完整性 利用关系型数据库提供的数据完整性约束功能来保证数据的完整性,特别是要合理利用以下四种约束类型:非空,唯一键,主键,外键。 (4)有效性 物理设计需综合考虑,根据业务规则,确定关联表的数据量大小,对数据项的访问频度。 索引可提供快速访问表中数据的策略。建立索引时设置较小的填充因子,以便在各数据页中留下较多的自由空间,减少页分割及重新组织的工作。从而提高数据库运行效率和执行性能。 此外,考虑利用数据库提供的簇表机制、历史数据分离机制、逻辑存储分开机制、空间数据索引机制等。 (5)安全性

包括对系统存储数据的安全性控制,包括访问类型(读、写等)、访问对象的控制策略和实现方法、授权与收权等。 1.1.2概念设计 1.1. 2.1数据库环境说明 所采用的数据库系统为Oracle 11g中文版。 1.1. 2.2数据库的命名规则 为了清晰描述数据库对象,所有的表名采用汉语拼音前缀表示数据分类,表名和字段名准确描述,避免使用有二义性的词汇。在某些习惯使用英文的字典表和系统设置表或使用英文更能够描述对象的时候,也使用英文来进行命名。1.1.3逻辑设计 1.1.3.1数据的逻辑分类 目前,省级政务管理平台中共包括四类逻辑存储单元:组织机构用户管理数据库、权限访问控制管理数据库、业务表单构建数据库和业务流程构建数据库,分别用来存储平台的基础配置数据、业务数据和非结构化数据,详细说明如下:

系统设计与数据库设计

第三章系统设计 3.1系统需求分析 鉴于高校设备管理的现状以及设备管理信息化的要求,开展计算机辅助设备管理,并在此基础上为上级部门进行决策分析提供帮助,极大地提高了设备管理的工作水平和信息化水平。 系统分析阶段开展的主要工作包括:收集和分析系统需求、提供系统说明书等。系统需求分析就是通过系统调查,了解用户实际需求,进行系统分析,提炼出系统需求。 业务流程是系统设计的关键,要开发一个系统,必须确定系统的功能需求,这就必须先了解实际的业务流程,从业务流程中分析系统的需求。 设备信息是系统进行管理的主线,它描述了设备的基本情况,主要包括:设备名称、设备编号、分类号、型号、规格等;编码设计应完全符合国家信息标准。 系统工作流程主要是用户进行设备信息的入库以及维护处理;对设备信息的查询统计、打印报表,检核设备信息、上传设备信息,以及采集信息等。不同权限的用户进行不同的工作操作,具有不同的工作流程。 通常信息管理系统按照对信息的操作,将系统划分为:数据采集、数据处理、数据传输以及系统维护等功能组成部分。所以,通过综合分析,本系统主要需求有: 1.设备基本信息的收集与处理; 2.设备基本信息的存储与维护; 3.能方便、快捷地上报设备信息; 4.能进行查询统计并形成各种有价值的信息; 5.具有一定的报表处理功能; 6.将共享的设备信息对外发布,实现浏览查询; 7.有辅助系统进行系统的管理与维护。 3.2 系统设计 3.2.1系统设计的目标与内容

高校设备管理系统的开发,其目的是要将先进的管理技术运用到高校设备的管理中来。设备管理系统不但能完成高校设备的日常管理工作,还可以及时向各级领导、上级主管部门提供报表、数据信息,为领导的决策提供一定的参考。通过该系统的实施,逐步把高校设备信息统一规化,使之能更好地为教育事业服务。具体包括: 1.上级主管部门可以对所采集的设备进行汇总、统计、查询等,并形成各种有价值的信息,实现高校设备信息宏观和微观的动态管理; 2.高校能方便、快捷地上报设备信息,以便上级主管部门可及时了解、汇总各高校设备信息的情况。 3.共享的设备信息可通过web对外发布,实现浏览查询。 4.系统应该具有一定伸缩性,能有效地集成其他系统;而且系统后台可采用不同操作系统和多种数据库系统。 5.系统数据安全,具有良好的权限管理机制。 6.应该具有一定的通用性、灵活性、实用性和可靠性,以满足高校对设备信息管理的要求。 3.2.2系统总体设计 系统的总体设计包括运行网络结构、功能模块设计等。运行网络结构,确定软件运行的软硬件环境;功能模块设计,确定系统的功能模块,将整个系统划分为多个相对独立的模块,确定每个模块的功能。 3.2.2.1系统运行网络结构 由于网站采用的是B/S结构服务体系即客户端——应用服务器——数据库服务器三层体系结构。在这种结构中,Web浏览器作为客户层,提供图形用户界面,负责与用户进行交互。它通过HTTP协议从应用层的HTTP月及务器下载超文本页面,同时下载并执行内嵌在页面中的客户端程序或中间代码(如JAVA字节码)。这些客户端程序能通过内部通信机制向应用服务器中有关服务对象发出请求。服务对象封装了相关的业务逻辑,它们之间可通过内部协议彼此通信,并能访问数据层的数据库对象或其它的应用程序,以协同完成客户请求。 设备管理系统采用的网络运行结构如图2.l所示:

国家队信息化平台数据库软件设计与开发合同示范文本

国家队信息化平台数据库软件设计与开发合同示范 文本 In order to solve or prevent disputes, through establishing certain legal relations and realizing some common interests and wishes, all parties to the cooperation reach an agreement after consultation, and all parties signing the agreement have legal effect and are bound. 某某管理中心 XX年XX月

国家队信息化平台数据库软件设计与开 发合同示范文本 使用指引:此协议资料应用在解决或防止纠纷,通过建立一定的法律关系并实现某些共同的利益和愿望,合作的所有方经协商后达成协议,签字的所有方具有法律效力并受约束。,文档经过下载可进行自定义修改,请根据实际需求进行调整与使用。 项目名称:_______ 委托人:_______ (甲方) 研究开发人:_____ (乙方) 签订地点:____省(市)____市、县(区) 签订日期:_______ 有效期限:_____至____ 填表说明 一、技术开发合同是指当事人之间就国家队信息化平 台的研究开发所订立的合同。

二、标的技术的内容、范围及要求 包括开发项目应达到的开发目的、使用范围、技术经济指标及效益情况。 三、研究开发计划 包括当事人各方实施开发项目的阶段进度、各个阶段要解决的技术问题、达到的目标和完成的期限等。 四、本合同书的履行方式(包括成果提交方式及数量) 1.产品设计、图纸、论文、报告等技术文件; 2.磁盘、光盘、磁带、计算机软件; 3.样品、样机; 4.成套技术设备。 五、技术情报和资料的保密 包括当事人各方情报和资料保密义务的内容、期限和泄漏技术秘密应承担的责任。 六、本合同书中,凡是当事人约定认为无需填写的条

Hi平台数据库设计规范

Hi平台数据库设计规范

Hi平台数据库设计规范 版本:V1.0

北京中交国科物流技术发展有限公司 二○一○年三月 该文档版权归北京中交国科物流技术发展有限公司所有 文档管理信息表 关 xx_详细设计 键 字 提交 yyyy-mm-dd 时间 创 建 人

文档修改记录表 版本修改人修改时间修改内容 新建文档 V1.0 李旺善2010-3-1 9 文档审批表 审核人审核时间批准人批准时间

1引言 1.1编写目的 指导进行数据库设计人员进行数据库开发。 1.2背景 为了规范应用Hi平台进行软件开发环节中的数据库设计,特编制此数据库设计说明书,来规范数据库设计。此规范也使用与非Hi平台的数据库设计。 2实体对象命名规范 根据项目实际需要,在不违反2.1-2.6规范的前提下,可自行添加、修改或删除。 2.1表名的命名规范 表名以英文单词、单词缩写、数字及下划线组成。总长度要求小于30位。 数据库中的表分四类: 系统表 系统运行最基础的表,如用户表、权限表、日

志表等,不需要开发人员自行定义有Hi平台自动生成,如果业务需要遵循以下命名规范:?规则:sys_+表名 ?说明:规则中的“表名”,有开发人员根据 业务含义自行取名,如系统日志表取名为 sys_log。 ●公共表 系统各个模块都要用到的、与实际业务联系紧密的表。遵循以下命名规范: ?规则:com_+表名 ?说明:规则中的“表名”,有开发人员根据 业务含义自行取名,如系统单位表取名为 com_unit。 ●基础表 系统中的基础数据,如员工表、仓库表等具 有固定数据,作为其它数据流的基础的一部 分表。遵守以下命名规范: ?规则:base_+表名 ?说明:规则中的“表名”,有开发人员根据 业务含义自行取名,如仓库表取名为

物联网信息平台数据库设计文档

文档编号: 版本号: 某省物联网信息平台 数据库设计说明书 海南博翱科技发展有限公司 2011年10月20日

目录 一、引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 定义 (3) 二、实体、对象命名规范 (4) 2.1 表名的命名规范 (4) 2.2 表的字段命名规范 (4) 2.3 视图命名规范 (4) 2.4 触发器命名规范 (4) 2.5 存储过程命名规范 (4) 三、数据库模型设计 (5) 3.1 数据实体-关系图(E-R) (5) 3.2 数据字典 (11) 3.2.1 数据表 (11) 3.2.2 视图 (32) 3.2.3 存储过程 (32) 3.2.4 函数 (35)

一、引言 1.1 编写目的 该文档主要为某省物联网信息平台理清数据库关系和数据流程,以及进一步明确需求。 预期读者:开发人员、测试人员、需求人员 1.2 项目背景 ◆项目名称:某省物联网信息平台 ◆项目建设单位:某省厅 ◆项目建设目标:某省物联网信息平台计划实现固定资产管理、农资发放调拨自动化管理:利 用RFID技术无线射频自动识别和GSM通信网络无线远程传输功能,实现对固定资产管理、农资发放全业务流程(采购入库、调拨、领取、盘点等)过程的智能化动态实时跟踪集中监控管理。为设备资产采购和农资配送决策、合理调配提供了准确的参考数据,有效增大厅资金使用边际效益和提高使用率,减少无谓的重复投放和闲置浪费。通过物联网信息技术,搭建我省农用物资发放监控网络,用新理念、新机制和新手段,加快农用物资发放监控信息化、现代化进程,推进信息化建设,促进增效、农民增收。 1.3 定义 E-R图即实体-联系图(Entity Relationship Diagram),提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。

交易平台系统数据库设计(25张)

交易平台系统数据库字典 目录 1. 用户表JY_Users (1) 2. 角色表JY_Role (2) 3. 用户角色关系表JY_Users_Role (2) 4. 权限表JY_Right (2) 5. 角色权限关系表JY_Role_Right (2) 6. 商品表JY_Goods (3) 7. 用户商品表JY_User_Goods (3) 8. 标签表JY_Tag (3) 9. 图片表JY_Image (3) 10. 商品标签表JY_Goods_Tag (4) 11. 商品图片表JY_Goods_Image (4) 12. 消息表JY_Message (4) 13. 商品消息表JY_Goods_Message (4) 14. 用户交易信誉记录表JY_Summary (4) 15. 商品标识表JY_GoodsIdentify (5) 16. 新闻公告表JY_News (5) 17. 用户新闻公告表JY_User_News (5) 18. 新闻公告评论表JY_News_Message (5) 19. 用户消息表JY_User_Message (6) 20. 全局变量表JY_Global_Variable (6) 21. 新闻公告标签表JY_News_Tag (6) 22. 页面表JY_Page (6) 23. 用户相册表JY_User_Image (6) 24. 新闻公告图片表JY_News_Image (7) 25. 消息对应表JY_Message_Message (7) 1.用户表JY_Users

2.角色表JY_Role 3.用户角色关系表JY_Users_Role 4.权限表JY_Right 5.角色权限关系表JY_Role_Right

国家队信息化平台数据库软件设计与开发合同(合同范本)

( 合同范本 ) 甲方: 乙方: 日期:年月日 精品合同 / Word文档 / 文字可改 国家队信息化平台数据库软件 设计与开发合同(合同范本) What the parties to the contract ultimately expect to get or achieve through the conclusion and performance of the contract

国家队信息化平台数据库软件设计与开发 合同(合同范本) 项目名称:_____________________________委托人:_______________________________(甲方)研究开发人:___________________________(乙方)签订地点:____省(市)____市、县(区)签订日期:_____________________________有效期限:_________________至__________ 填表说明一、技术开发合同是指当事人之间就国家队信息化平台的研究开发所订立的合同。二、标的技术的内容、范围及要求包括开发项目应达到的开发目的、使用范围、技术经济指标及效益情况。 三、研究开发计划包括当事人各方实施开发项目的阶段进度、各个阶段要解决的技术问题、达到的目标和完成的期限等。四、本合同书的履行方式(包括成果提交方式及数量)1.产品设计、图纸、论

文、报告等技术文件;2.磁盘、光盘、磁带、计算机软件;3.样品、样机;4.成套技术设备。五、技术情报和资料的保密包括当事人各方情报和资料保密义务的内容、期限和泄漏技术秘密应承担的责任。六、本合同书中,凡是当事人约定认为无需填写的条款,在该条款填写的空白处划(/)表示。依据《中华人民共和国合同法》的规定,合同双方就国家队信息化平台建设项目的技术服务,经协商一致,签订本合同。 一、标的技术的内容,范围及要求 二、应达到的技术指标和参数 三、研究开发计划 四、研究开发经费、报酬及其支付或结算方式 (一)研究开发经费是指完成项目研究开发工作所需的成本,报酬是指本项目开发成果的使用费和研究开发人员的科研补贴。 本项目研究开发经费和报酬(大写)元, (二)支付方式①一次总付元,时间: ②分期支付元,时间:

数据库设计文档模板

DR-RD-020 数据库设计说明书 (内部资料请勿外传) 编写:日期: 检查:日期: 审核:日期: 批准:日期: ********* 版权所有不得复制

时代集团产品跟踪平台 (1) 数据库设计说明书 (1) 1引言 (2) 编写目的 (2) 术语表 (2) 参考资料 (3) 2数据库环境说明 (3) 3数据库的命名规则 (3) 4逻辑设计 (3) 5物理设计 (4) 表汇总 (4) 表[X]:[XXX表] (4) 视图的设计 (6) 存储过程、函数及触发器的设计 (6) 6安全性设计 (6) 防止用户直接操作数据库的方法 (6) 用户帐号密码的加密方法 (7) 角色与权限 (7) 7优化 (7) 8数据库管理与维护说明 (7) 1引言 1.1编写目的 本文档是时代集团产品跟踪平台 概要设计文档的组成部分,编写数据库设计文档的目的是:明确数据库的表名、字段名等数据信息,用来指导后期的数据库脚本的开发,本文档遵循《SQL数据库设计和开发规范》。本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员。 1.2术语表

1.3参考资料 2数据库环境说明 3数据库的命名规则 数据库名称:时代集团的英文名称time-group 表名:英文(表的用途)+下划线+英文 字段名:相关属性的英文名 4逻辑设计 提示:数据库设计人员根据需求文档,创建与数据库相关的那部分实体关系图(ERD)。如果采用面向对象方法(OOAD),这里实体相当于类(class)。

inhr_partner_sp inhr_partner_cp partner_sett_rels coop_rels settle_order_rels partner_sett_order coop_settl_order sp_coop_rels cp_coop_rels 合作伙伴 服务提供商内容提供商 合同:1 结算帐单 运营商 结算规则 合同模板 合同:2 5 物理设计 提示: (1)主要是设计表结构。一般地,实体对应于表,实体的属性对应于表的列,实体之间的关系成为表的约束。逻辑设计中的实体大部分可以转换成物理设计中的表,但是它们并不一定是一一对应的。 (2)对表结构进行规范化处理(第三范式)。

Hi平台数据库设计规范

Hi平台数据库设计规范 版本:V1.0 北京中交国科物流技术发展有限公司 二○一○年三月 该文档版权归北京中交国科物流技术发展有限公司所有

文档管理信息表 文档修改记录表 文档审批表

1引言 1.1编写目的 指导进行数据库设计人员进行数据库开发。 1.2背景 为了规范应用Hi平台进行软件开发环节中的数据库设计,特编制此数据库设计说明书,来规范数据库设计。此规范也使用与非Hi平台的数据库设计。 2实体对象命名规范 根据项目实际需要,在不违反2.1-2.6规范的前提下,可自行添加、修改或删除。2.1表名的命名规范 表名以英文单词、单词缩写、数字及下划线组成。总长度要求小于30位。 数据库中的表分四类: ●系统表 系统运行最基础的表,如用户表、权限表、日志表等,不需要开发人员自行定义有Hi 平台自动生成,如果业务需要遵循以下命名规范: ?规则:sys_+表名 ?说明:规则中的“表名”,有开发人员根据业务含义自行取名,如系统日志表取名 为sys_log。 ●公共表 系统各个模块都要用到的、与实际业务联系紧密的表。遵循以下命名规范: ?规则:com_+表名 ?说明:规则中的“表名”,有开发人员根据业务含义自行取名,如系统单位表取名 为com_unit。 ●基础表 系统中的基础数据,如员工表、仓库表等具有固定数据,作为其它数据流的基础的一部分表。遵守以下命名规范: ?规则:base_+表名 ?说明:规则中的“表名”,有开发人员根据业务含义自行取名,如仓库表取名为 base_storage。

●系统子模块表 系统中各个模块所涉及的、可模块之间基本独立的表,遵循以下命名规范: ?规则:模块名简写_+表名 ?说明:规则中的“表名”,有开发人员根据业务含义自行取名,如设备管理表中的 设备申请报废表取名为equ_reqDisused。 2.2表的字段命名规范 由于Hi平台自动生成数据库字段与系统业务实体bean一一对应,数据库字段命名应遵循javabean命名规范。 2.3序列命名规范 考虑到表上大多只有一个递增的编号,故所有的序列的命名遵循以下规范: ?规则:表名_+列名 ?说明:如sys_user表中的序列为sys_user_id。 2.4视图命名规范 所有的视图名以v_开头,与表的命名方式相同。 2.5存储过程命名规范 所有的存储过程名为pro_过程名,存储过程与表名的命名规范相同。 3实体关系(E-R)图 说明: 根据项目实际需要决定是否绘制实体关系图 4数据库表 4.1数据库设计规约 根据hi平台自动生成代码的特点,对数据库设计作如下规定及说明。 ●应用面向对象的思想,设计数据库,尽量做到具体业务与数据库表一一对应。(表之间

国家队信息化平台数据库软件设计与开发合同(标准范本)

国家队信息化平台数据库 软件设计与开发合同 In accordance with the relevant provisions and clear responsibilities and obligations of both parties, the following terms are reached on the principle of voluntariness, equality and mutual benefit. 甲方:__________________ 乙方:__________________ 签订日期:__________________ 本合同书下载后可随意修改

合同编号:YH-FS-810132 国家队信息化平台数据库软件设计与开 发合同 说明:本服务合同书根据有关规定,及明确双方责任与义务,同时对当事人进行法律约束,本着自愿及平等互利的原则达成以下条款。文档格式为docx可任意编辑使用时请仔细阅读。 项目名称:_______________ 委托人:_________________ (甲方) 研究开发人:_____________ (乙方) 签订地点:____省(市)____市、县(区) 签订日期:_______________ 有效期限:__________至__________ 填表说明 一、技术开发合同是指当事人之间就国家队信息化平台的研究开发所订立的合同。 二、标的技术的内容、范围及要求 包括开发项目应达到的开发目的、使用范围、技术经济指标及效益情况。

包括当事人各方实施开发项目的阶段进度、各个阶段要解决的技术问题、达到的目标和完成的期限等。 四、本合同书的履行方式(包括成果提交方式及数量) 1.产品设计、图纸、论文、报告等技术文件; 2.磁盘、光盘、磁带、计算机软件; 3.样品、样机; 4.成套技术设备。 五、技术情报和资料的保密 包括当事人各方情报和资料保密义务的内容、期限和泄漏技术秘密应承担的责任。 六、本合同书中,凡是当事人约定认为无需填写的条款,在该条款填写的空白处划(/)表示。 依据《中华人民共和国合同法》的规定,合同双方就国家队信息化平台建设项目的技术服务,经协商一致,签订本合同。 一、标的技术的内容,范围及要求 二、应达到的技术指标和参数

政务平台数据库设计

数据库设计
省级政务平台数据库设计
数据库设计原则
(1)标准化 严格按照相关技术标准完成数据库的设计,包括国土资源部颁发的相应数据库建库规范
标准、国家已经发布的许多基础的行业分类、代码标准,以及在信息化建设过程中形成的一
些可操作性强的数据库设计标准。
(2)一致性 数据库设计要符合数据一致性原则,国家、省、地(市)重复存储的业务数据和基础
数据要保持一致性。
(3)完整性
利用关系型数据库提供的数据完整性约束功能来保证数据的完整性,特别是要合理利
用以下四种约束类型:非空,唯一键,主键,外键。
(4)有效性 物理设计需综合考虑,根据业务规则,确定关联表的数据量大小,对数据项的访问频
度。
索引可提供快速访问表中数据的策略。建立索引时设置较小的填充因子,以便在各数
据页中留下较多的自由空间,减少页分割及重新组织的工作。从而提高数据库运行效率和执
行性能。
此外,考虑利用数据库提供的簇表机制、历史数据分离机制、逻辑存储分开机制、空
间数据索引机制等。
(5)安全性
包括对系统存储数据的安全性控制,包括访问类型(读、写等)、访问对象的控制策略和 实现方法、授权与收权等。
概念设计
数据库环境说明
所采用的数据库系统为 Oracle11g 中文版。
数据库的命名规则
为了清晰描述数据库对象,所有的表名采用汉语拼音前缀表示数据分类,表名和字段
名准确描述,避免使用有二义性的词汇。在某些习惯使用英文的字典表和系统设置表或使用
英文更能够描述对象的时候,也使用英文来进行命名。
逻辑设计
数据的逻辑分类
目前,省级政务管理平台中共包括四类逻辑存储单元:组织机构用户管理数据库、权
限访问控制管理数据库、业务表单构建数据库和业务流程构建数据库,分别用来存储平台的
基础配置数据、业务数据和非结构化数据,详细说明如下:
表错误!未指定样式名。-错误!未指定顺序。逻辑分类
逻辑存储单元
说明
组织机构用户管理 用来存储组织机构用户管理配置数据,包括用户表、用户签章、用户
数据库
状态表、组织机构表、角色表等。
权限访问控制管理 用于存储权限访问控制管理配置数据,包括权限表、各类关联表。
数据库
业务表单构建数据 用于存储业务表单构建数据,包括业务树结构表、数据模型书、业务

表单等。

相关主题
文本预览
相关文档 最新文档