业务语义层数据查询引擎方案设计

1.业务语义层数据查询引擎方案设计

第二期的建设内容，也会尽量继承第一期的基础设计和复用底层组件服务。这里对特性和专属的设计做专项描述。

1.1.基于数据架构资产开发的业务语义层数据查询引擎技术

方案

1.1.1.数据架构资产开发的特点

数据架构模型基于B/S的多层Web应用，采用Mysql/Oracle数据库和JSP、Spring、Hibernate、AJAX技术，利用MVC设计模式将表示层和逻辑层分离。后台使用Mysql/Oracle进行数据库开发，并利用Hibernate技术完成对数据库的封装映射。可配置多套物理表方案，搭建业务语义层（逻辑方案）。

数据架构模型包括概念模型、逻辑模型和物理模型三大功能模块。概念模型和逻辑模型可辅助企（事）业、政府部门或其他组织进行可视化的架构构建工作；可通过ODBC等形式以SQL语法查询逻辑模型数据。物理模型可辅助开发设计人员对数据库方面进行方便、快捷的维护和设计工作。可对接实际物理数据库，实现多套物理表方案路由，获取元数据信息，进行版本间比较、库与库间比较，显示差异内容，形成差异的SQL语句。设有独立的图形引擎，可快速实现数据实体、数据表、属性和它们之间的关系。

1.1.

2.数据架构资产开发的价值

1)能够维护数据的概念模型、逻辑模型、物理模型

专注既有资产，数据层出发。支持从概念模型到物理模型的管理,实际上模型管理涵盖了主题域、概念主题、逻辑实体、信息系统、物理数据库、物理表等。

2)能够直连指定数据库环境，对比数据资产的变化

能对接实际物理数据库，支持连接多种数据库（数据源，如MySQL、Oracle、SQL Server、DB2、PostgreSQL等），通过快捷的配置从物理库中抓取元数据以满足各种用户操作，主要是比对(与既有设计模型对比)、双向同步、版本管理等，实时反应对比数据资产的变化。

3)能够提供辅助的数据库设计功能

自顶向下，从概念模型出发、到逻辑模型、到物理模型最后生成数据库脚本（SQL）。以此来支持应用开发的数据库设计，并能对数据库设计进行规范化管理。同时,重要用途之一是为了规范数据库设计工作，提供了初步数据库设计功能，可通过设计者模式快速进行数据库及数据表等的设计工作并生成DDL甚至可直接创建表至开发库。

4)提高数据库设计标准化，以保证数据质量

通过信息分类编码及企业数据元集等方式，

尽可能提高数据模型设计的规范性。现行版本主要包括设计时重复提醒、数据元集引用、孤立元素检查（为归集元素）、合规性检查等手段，提高设计规范性。同时还提供了设计与物理实例的比对，可以及时发现异常操作。

1.1.3.数据架构资产开发设计原理

数据架构资产开发以企业架构（Enterprise Architecture，简称EA）方法为设计指导方法论，根据EA的方法进行产品本身的设计，同时又是产品承载的核心价值所在和方法固化。

1)主题域

主题域是对概念主题的归类、分组，提供对主题域的维护及其下概念主题的

访问功能。包含对主题域的增、删、改、查、浏览等操作。

2)概念主题

概念主题是企业数据划分的顶层构思模型，提供维护功能，包括增、删、改、查、浏览等操作。可以查看对象关联的逻辑实体以及与该对象存在操作关系的信息系统。

3)逻辑实体

逻辑实体是对概念主题进一步分解，经过全局协调，分析实体的属性并规范化数据结构产生的数据实体。可进行增、删、改、查、浏览等操作。

4)信息系统

数据库通常与信息系统联系在一起，提供对信息系统的管理功能包括对信息系统功能模块的维护功能。

5)物理数据库

可对接多种物理数据库，支持多种数据源：普通数据库（MySQL、Oracle、SQL Server、DB2、PostgreSQL等），文件式（Excel、CSV、Txt），大型数据集群类型（HIVE、Spark）

6)物理表

提供设计人员专用模式，设计人员可以类似于一般数据库软件客户端的形式设计数据表。

数据架构是用于描述支持业务流程运行中信息与数据，提供了信息标准化描述和组织的模型。

应用架构从功能构件和信息服务层面来描述，它是衔接数据与业务、数据与用户之间的纽带和桥梁。

1.1.4.数据架构资产开发能解决的问题

1)一般规模企业现状，理不清元数据。

2)业务系统繁多，经常性更新维护。

3)仅靠几个文件夹进行管理，数据库设计质量欠佳。

4)系统开发数据库设计管理不规范。

5)系统更新迭代频繁，造成数据库设计资料缺失或不同步。

6)开发测试生产数据库环境差异大。

7)主力系统更迭次数较多。

1.1.5.数据架构资产开发功能架构图

支撑自顶向下与自底向上相结合的架构开发模式，智能辅助数据库设计。

1.1.6.数据架构资产开发功能设计

1.1.6.1.概念模型

概念模型是最终用户对数据存储的看法，是对用户信息需求的综合概括。

1.1.6.1.1.主题域

对概念主题的归类、分组。可对主题域进行添加、删除、修改操作。

1.1.6.1.

2.概念主题

企业数据划分的顶层构思模型，是最终用户对数据存储的看法，反映了用户的综合性信息需求。可对概念主题进行添加、删除、修改等操作。

可查看该概念主题包含的逻辑实体和关联的存取系统。

1.1.6.

2.逻辑模型

逻辑模型是系统分析设计人员的观点，是对概念数据库的进一步分解和细化。

1.1.6.

2.1.逻辑实体

对概念主题进一步分解，经过全局协调，分析实体的属性并规范化数据结构产生的数据实体。可对逻辑实体进行添加、删除、修改。