数据仓库开发规范V1.1

合集下载

系统集成项目管理工程师练习题(含参考答案)

系统集成项目管理工程师练习题(含参考答案)

系统集成项目管理工程师练习题(含参考答案)一、单选题(共100题,每题1分,共100分)1.项目组成员小李常驻用户现场开发,经常收到用户提出的新需求。

针对有些新需求。

针对有些修改工作量很小的需求,小李直接进行了修改,用户对此非常满意,但却遭到项目经理的批评,这是因为()。

A、小李的行为可能造成项目范围蔓延B、小李所作的工作没有给项目带来经济效益C、项目经理认为小李收了用户的好处D、小李没有把项目经理放在眼里正确答案:A2.在项目进度管理中,对项目进度压缩是一种常用的方法,其中将正常情况下按照顺序进行的活动或阶段改为至少是部分并行开展的技术称为()A、快速跟进B、提前量和滞后量C、赶工D、资源优化正确答案:A3.关于项目范围控制描述,不正确的是()。

A、项目的范围变更控制和管理是对项目中存在的或潜在的变化采用正确的策略和方法来降低项目的风险B、客户通常只能提出范围变化的要求,项目经理才能批准项目范围变化C、项目小组成员发现项目范围变化时,应将其报告给项目经理D、随着项目的发展,需求基线将越定越高,容许的需求变更将越来越少正确答案:B4.Cloud computing is a style of computing in which dynamically scalabled often ( ) resources are provided as a service over the internetA、realB、rixedC、actualD、virtualized正确答案:D5.A 公司的某项目即特开始,项目经理估计该项目需 12 人天完成,如果出现问题耽搁则 20 人天完成,最快 10 人天完成。

根据项目成本估计中的三点结算法。

该项目预计花费()人天。

A、14B、13C、12D、11正确答案:B6.In order facilitate configuration and change management, manual or automated tools may be used. Tools selection should be based on the needs of the ().A、project manageB、CCB membersC、Project stakeholdersD、Project Management Office(PMO)正确答案:C7.关于合同管理的描述,不正确的是()A、合同谈判过程中要抓住实质问题B、监理单位不可以参与合同的变更申请C、合同签订前应做好市场调研D、在合同文本手写旁注和修改不具备法律效力正确答案:B8.项目管理计划不包括()。

数据仓库建设管理制度范本

数据仓库建设管理制度范本

第一章总则第一条为规范数据仓库的建设与管理,确保数据仓库的稳定运行和数据质量,提高数据利用率,根据《中华人民共和国数据安全法》、《中华人民共和国网络安全法》等相关法律法规,结合本单位的实际情况,制定本制度。

第二条本制度适用于本单位数据仓库的建设、运维、管理和使用。

第三条数据仓库的建设和管理应遵循以下原则:(一)统一规划,分步实施;(二)安全可靠,保障数据安全;(三)高效运行,提高数据利用率;(四)持续优化,提升服务质量。

第二章数据仓库建设第四条数据仓库建设应遵循以下流程:(一)需求分析:明确数据仓库建设的目标、功能、性能等要求;(二)方案设计:制定数据仓库建设方案,包括数据源、数据模型、技术架构等;(三)系统开发:根据设计方案进行系统开发,包括数据采集、数据存储、数据清洗、数据转换等;(四)系统测试:对数据仓库系统进行测试,确保系统稳定运行;(五)系统部署:将数据仓库系统部署到生产环境,进行试运行;(六)系统验收:根据验收标准对数据仓库系统进行验收。

第五条数据仓库建设应遵循以下要求:(一)数据源:选择具有权威性、准确性和可靠性的数据源;(二)数据模型:根据业务需求设计合理的数据模型,确保数据的一致性和完整性;(三)技术架构:采用成熟、稳定的技术架构,提高系统性能和可扩展性;(四)数据质量:对数据进行清洗、转换、融合等处理,确保数据质量。

第三章数据仓库运维管理第六条数据仓库运维管理应遵循以下要求:(一)系统监控:实时监控数据仓库系统的运行状态,确保系统稳定运行;(二)数据备份:定期进行数据备份,防止数据丢失;(三)故障处理:对系统故障进行及时处理,确保系统正常运行;(四)性能优化:根据业务需求,对系统进行性能优化,提高数据访问速度。

第七条数据仓库运维管理应设立以下岗位:(一)数据仓库管理员:负责数据仓库系统的日常运维管理;(二)数据分析师:负责数据仓库系统的数据分析和挖掘;(三)数据安全员:负责数据仓库系统的数据安全管理工作。

数据仓库开发规范

数据仓库开发规范

01数据层次的划分具体仓库的分层情况需要结合业务场景、数据场景、系统场景进行综合考虑,下面我们看一下常见的分层•ODS:Operational Data Store,操作数据层,在结构上其与源系统的增量或者全量数据基本保持一致。

它相当于一个数据准备区,同时又承担着基础数据的记录以及历史变化。

其主要作用是把基础数据引入到数仓。

•CDM:Common Data Model,公共维度模型层,又细分为DWD和DWS。

它的主要作用是完成数据加工与整合、建立一致性的维度、构建可复用的面向分析和统计的明细事实表以及汇总公共粒度的指标。

▪DWD:Data Warehouse Detail,明细数据层。

▪DWS:Data Warehouse Summary,汇总数据层。

•ADS:Application Data Service,应用数据层。

02数据分类架构该数据分类架构在ODS层分为三部分:数据准备区、离线数据和准实时数据区。

在进入到CDM层后,由以下几部分组成:•公共维度层:基于维度建模理念思想,建立整个企业的一致性维度。

•明细粒度事实层:以业务过程为建模驱动,基于每个具体业务过程的特点,构建最细粒度的明细层事实表。

您可以结合企业的数据使用特点,将明细事实表的某些重要维度属性字段做适当的冗余,即宽表化处理。

•公共汇总粒度事实层:以分析的主题对象为建模驱动,基于上层的应用和产品的指标需求,构建公共粒度的汇总指标事实表,以宽表化手段来物理化模型。

03数据划分及命名约定请根据业务划分数据并约定命名,建议针对业务名称结合数据层次约定相关命名的英文缩写,这样可以给后续数据开发过程中,对项目空间、表、字段等命名做为重要参照。

数据划分•按业务划分:命名时按主要的业务划分,以指导物理模型的划分原则、命名原则及使用的ODS project。

•按数据域划分:命名时按照CDM层的数据进行数据域划分,以便有效地对数据进行管理,以及指导数据表的命名。

系统集成项目管理工程师试题库含参考答案

系统集成项目管理工程师试题库含参考答案

系统集成项目管理工程师试题库含参考答案1、根据《软件文档管理指南》(GB/T16680-1996),以下关于软件文档归类的叙述,()是不正确的。

A、开发文档描述开发过程本身B、产品文档描述开发过程的产物C、管理文档记录项目管理的信息D、过程文档描述项目实施的信息答案:D2、某软件开发项目的《概要设计说明书》版本号V2.13,该配置项的状态是()A、首次发布B、正在修改C、正式发布D、草稿答案:B3、关于项目的风险管理,下列说法中,()是不正确的。

A、风险管理包括风险识别、定性分析、定量分析、风险应对、风险监控等过程B、定性风险分析后,可制定和采取风险应对措施C、制定了风险应对措施后,可重新进行定量风险分析,以确定风险降低的程度D、风险管理的最终目标是消除风险答案:D4、螺旋模型沿着螺线进行若干次迭代,每次迭代中的活动依次为()。

A、需求分析、风险分析、实施工程和客户评估B、需求收集、制定计划、风险分析和实施工程C、制定计划、风险分析、实施工程和软件运维D、制定计划、风险分析、实施工程和客户评估答案:D5、整体变更控制过程实际上是对()的变更进行标识、文档化、批准或拒绝,并控制的过程。

A、详细的WBS计划B、项目基准C、项目预算D、明确的项目组织结构答案:B6、某项采购已经到了合同收尾阶段,为了总结这次采购过程中的经验教训,以供公司内的其他项目参考借鉴,公司应组织()。

A、业绩报告B、采购评估C、项目审查D、采购审计答案:D7、软件统一过程(RUP)是迭代模型的一种。

以下关于RUP的叙述中,不正确的是()A、RUP生命周期在时间上分为4个顺序阶段,分别是:初始阶段,细化阶段,构建阶段和交付阶段B、RUP的每个阶段里面都要执行核心过程工作流的“商业建模”,“需求”,“分析和设计”,“实现”,“测试”,"部署“。

每个阶段的内部完成一次迭代即可。

C、软件产品交付给用户使用一段时间后如有新的需求则应该开始另外一个RUP开发周期D、RUP可以用于大型复杂软件项目开发答案:B8、在进行项目整体变更控制中,首先要受理变更申请,接下来()A、接受或拒绝变更B、执行变更C、进行变更结果追踪与审核D、进行变更的整体影响分析答案:D9、根据我国“十三五”规划纲要,()不属于新一代信息技术产业创新发展的重点。

数据仓库国家标准规范最新

数据仓库国家标准规范最新

数据仓库国家标准规范最新随着信息技术的快速发展,数据仓库作为企业数据管理和分析的核心工具,其标准化建设对于确保数据的一致性、安全性和可扩展性至关重要。

以下是关于数据仓库国家标准规范的最新概述:# 数据仓库国家标准规范最新引言数据仓库国家标准规范旨在为企业提供一个统一的数据管理框架,以支持数据的集成、存储、管理和分析。

这些规范有助于提升数据处理的效率,降低运营成本,并确保数据的准确性和可靠性。

1. 数据定义和分类- 明确数据的定义,包括结构化数据和非结构化数据。

- 根据业务需求和数据特性,对数据进行合理分类。

2. 数据集成- 规定数据集成的方法和流程,确保数据源的多样性和数据的一致性。

- 采用ETL(Extract, Transform, Load)等技术实现数据的抽取、清洗和加载。

3. 数据存储- 规定数据存储的格式和结构,支持关系型数据库和非关系型数据库的存储需求。

- 确保数据存储的安全性,包括数据备份和灾难恢复机制。

4. 数据质量管理- 制定数据质量标准,包括数据的准确性、完整性、一致性和时效性。

- 实施数据质量监控和评估机制,及时发现并纠正数据问题。

5. 数据安全与隐私保护- 规定数据访问控制和权限管理,确保数据的安全性。

- 遵守相关的数据保护法规,保护个人隐私和敏感信息。

6. 数据分析与报告- 规定数据分析的方法和工具,支持高级分析和数据挖掘。

- 制定报告生成的标准格式,确保报告的一致性和可读性。

7. 数据治理- 明确数据治理的职责和流程,包括数据的所有权、使用权和责任。

- 建立数据治理委员会,负责监督和指导数据仓库的建设和维护。

8. 技术标准和接口规范- 规定数据仓库的技术架构和接口标准,确保系统的兼容性和扩展性。

- 支持开放标准和API,促进数据的共享和互操作。

结语数据仓库国家标准规范的最新发展,为企业提供了一个坚实的数据管理基础。

通过遵循这些规范,企业能够更有效地利用数据资源,提升决策质量和业务竞争力。

数据库开发规范标准

数据库开发规范标准

数据库开发规范标准1. 概述本文档旨在制定数据库开发的规范标准,以确保数据库的一致性、可维护性和安全性。

准确遵循本文档中的规定可以提高开发效率并减少潜在问题。

2. 命名规范2.1 数据库对象命名规范- 表名应使用英文单词,采用下划线分隔,避免使用特殊字符和空格。

- 字段名应使用英文单词,采用下划线分隔,避免使用特殊字符和空格。

- 索引名应简明扼要地描述其作用和字段,避免使用含糊不清的命名。

2.2 命名约定- 主键字段应命名为`id`。

- 外键字段应命名为`关联表名_id`的形式,例如`user_id`。

- 创建时间字段应命名为`created_at`,更新时间字段应命名为`updated_at`。

- 布尔类型字段应使用形容词或动词开头,例如`is_deleted`。

3. 数据类型和长度3.1 数据类型选择根据不同的业务需求和数据特性选择合适的数据类型,包括整型、浮点型、字符型、日期时间型等。

3.2 字段长度根据数据内容和业务需求确定字段的长度,避免过长或过短的情况。

4. 约束和索引4.1 主键约束每个表应有一个主键,并设置为自增类型。

主键字段应该是唯一且非空的。

4.2 唯一约束针对需要保证唯一性的字段,添加唯一约束。

4.3 外键约束在关联表的字段上添加外键约束,确保数据的一致性和完整性。

4.4 索引根据查询需求和性能考虑,添加合适的索引。

索引应针对经常进行查询或连接操作的字段。

5. 数据库安全5.1 权限控制分配合适的权限给不同的用户和角色,限制其对数据库的操作。

5.2 定期备份定期备份数据库,以防意外数据丢失或损坏。

5.3 数据加密对需要保密的数据进行加密存储,确保敏感数据的安全性。

6. 数据库设计6.1 范式规范根据数据库设计原则,将数据表设计为满足第三范式的结构,避免数据冗余和不一致。

6.2 数据表关系合理设计数据表之间的关系,确保符合业务逻辑和查询需求。

7. SQL语句规范7.1 缩进和格式化对SQL语句进行适当的缩进和格式化,提高可读性。

数据仓库开发规范

数据仓库开发规范

数据仓库设计与开发规范1概述2数据仓库设计规范2.1命名规范数据仓库库表的命名规范命名规范➢RAW表:RAW+源表名称➢中间表:MID+源表名称➢如果表名字符长度超过32位,则在源表名称中英文字母缩写替换英文单词表字段命名规范命名规范数据库字段的命名必须遵循以下规范:➢采用有意义的字段名。

字段的名称必须是易于理解,能表达字段功能的英文单词或缩写英文单词,无论是完整英文单词还是缩写英文单词,单词首字母必须大写。

➢系统中属于是业务范围内的编号的字段,其代表一定的业务信息,这样的字段建议命名为:代表当前这字段含意的英文单词+ “ID”➢尽量遵守第三范式的标准(3NF)。

✧表内的每一个值只能被表达一次✧表内的每一行都应当被唯一的标示✧表内不应该存储依赖于其他键的非键信息存储过程命名规范命名规范➢存贮过程的命名请遵循以下命名规范:P_ MID_+ 业务逻辑(英文单词或缩写)如:P_MID_PUB_TRADE_BUY设计规范在存贮过程中必须说明以下内容:➢名称:存贮过程。

➢描述:描述存储过程的作用➢创建者:首次创建此存贮过程的人的姓名。

在此请使用中文全名,不允许使用英文简称。

➢修改者、修改日期、修改原因:如果有人对此存贮过程进行了修改,则必须在此存贮过程的前面加注修改者姓名、修改日期及修改原因。

➢对存贮过程各参数及变量的中文注解。

示例如下:-- =============================================-- procedurename: P_MID_PUB_TRADE_BUY-- description : 公募交易表-- author : 张三-- create date : 2015-07-17--source_table : raw_tp_dis_trade_app_rec--target_table : MID_PUB_TRADE_BUY--modified :修改日期:2015-07-20 修改原因及内容-- =============================================视图命名规范命名规范➢视图的命名请遵循以下命名规范:V_ +_操作的表名(不带前缀)或功能的英文单词或英文单词缩写。

数据仓库建设管理制度

数据仓库建设管理制度

第一章总则第一条为规范数据仓库建设管理工作,确保数据仓库建设质量,提高数据仓库应用效果,促进企业信息化建设,特制定本制度。

第二条本制度适用于企业内部数据仓库建设过程中的组织、规划、实施、维护等各个环节。

第三条数据仓库建设应遵循以下原则:1. 面向业务:以企业业务需求为导向,确保数据仓库满足企业决策分析需求。

2. 集成性:整合企业内外部数据资源,实现数据共享和交换。

3. 可扩展性:适应企业业务发展,满足未来数据增长需求。

4. 安全性:确保数据仓库运行稳定,保障数据安全。

第二章组织与管理第四条企业成立数据仓库建设领导小组,负责数据仓库建设的总体规划和决策。

第五条设立数据仓库管理部门,负责数据仓库建设过程中的日常管理工作,包括:1. 制定数据仓库建设方案;2. 组织项目实施;3. 监督项目进度;4. 确保项目质量;5. 做好数据仓库维护工作。

第六条数据仓库建设应成立项目组,负责具体实施工作,项目组由以下人员组成:1. 项目经理:负责项目整体规划、协调和监督;2. 技术负责人:负责技术选型、系统设计、开发与测试;3. 业务负责人:负责业务需求分析、数据质量监控;4. 运维负责人:负责数据仓库运维保障。

第三章数据仓库规划与设计第七条数据仓库规划应包括以下内容:1. 需求分析:明确企业业务需求,确定数据仓库主题;2. 数据模型设计:根据需求分析,设计数据仓库模型;3. 技术选型:选择合适的数据库、工具和技术;4. 系统架构设计:确定数据仓库系统架构,包括硬件、软件、网络等。

第八条数据仓库设计应遵循以下原则:1. 面向主题:围绕企业业务主题进行数据组织;2. 集成性:确保数据来源的多样性和一致性;3. 可扩展性:适应业务发展,满足未来数据增长需求;4. 易用性:便于用户查询、分析和使用。

第四章数据仓库实施与运维第九条数据仓库实施应包括以下步骤:1. 数据抽取:从源系统中抽取所需数据;2. 数据清洗:对抽取的数据进行清洗,确保数据质量;3. 数据转换:将清洗后的数据进行转换,满足数据仓库需求;4. 数据加载:将转换后的数据加载到数据仓库中;5. 系统测试:对数据仓库进行功能测试、性能测试和安全性测试。

ABAP开发规范及命名规则V1.0

ABAP开发规范及命名规则V1.0
中国石油ERP系统实施项目
系统集成组ABAP开发 命名规则及流程
中国石油ERP系统实施项目 2010年3月26日
© 公司机密
中国石油ERP系统实施项目
项目阶段及子项目名称
考虑到中石油项目的阶段性和集成性,以下项目阶段和子项目名称必须被加入到 相关ABAP Object的命名规则中。

目前项目阶段:PILOT01
文档名称
13
© 公司机密
中国石油ERP系统实施项目
ABAP命名规范 – 人事管理系统(HRMS)其他相关
功能 (Payroll Function) 系统标准为5位名称,可以字母数字混合编码。编码原则: _ + 四位助忆符 操作 (Payroll Operation)
系统标准为5位名称,可以字母数字混合编码。编码原则: _ + 四位助忆符
30
Z[aa]_[nn...n], aa代表所属功能模块,nn...n 是功能模块描述
文档名称
11
© 公司机密
中国石油ERP系统实施项目
ABAP命名规范 – SAP增强项目(Enhancement Project)
人事管理系统子项目。格式:ZHR[tt][nnn],长度为8个字符,ZHR代表人事管理系 统子项目, tt代表人事功能模块名(参见下表),nnn是递增序号001-999。
目前子项目: 1. 2. 3. 川庆钻探子项目: 代号 CQZT,开发号:ZP14 渤海钻探子项目: 代号 BHZT,开发号:ZP15 长城钻探子项目: 代号 CCZT,开发号:ZP16
文档名称
2
© 公司机密
中国石油ERP系统实施项目
ABAP命名规范 – 程序命名(1)
新开发程序名称采用以下形式: Z[项目阶段]_[子项目代号]_[aa][tt][nnn]

大数据应用开发与数据管理规范

大数据应用开发与数据管理规范

大数据应用开发与数据管理规范第一章引言 (2)1.1 大数据应用开发概述 (2)1.2 数据管理规范概述 (3)第二章大数据技术架构 (3)2.1 数据采集与存储 (3)2.1.1 数据来源 (4)2.1.2 数据采集方式 (4)2.1.3 数据存储策略 (4)2.2 数据处理与分析 (4)2.2.1 数据清洗 (4)2.2.2 数据转换 (5)2.2.3 数据计算与分析 (5)2.3 数据挖掘与可视化 (5)2.3.1 数据挖掘 (5)2.3.2 数据可视化 (5)第三章数据源管理 (5)3.1 数据源分类与评估 (6)3.2 数据源接入与维护 (6)3.3 数据源质量监控 (7)第四章数据质量管理 (7)4.1 数据质量评估 (7)4.2 数据清洗与转换 (8)4.3 数据质量监控与改进 (8)第五章数据仓库建设 (9)5.1 数据仓库设计 (9)5.2 数据仓库建模 (9)5.3 数据仓库管理与维护 (10)第六章数据集成与交换 (10)6.1 数据集成策略 (10)6.2 数据交换协议 (11)6.3 数据交换平台建设 (11)第七章数据安全与隐私保护 (12)7.1 数据安全策略 (12)7.2 数据加密与解密 (12)7.3 数据隐私保护 (13)第八章大数据开发工具与框架 (13)8.1 开发工具选型 (13)8.2 开发框架应用 (14)8.3 开发环境配置 (14)第九章大数据应用开发流程 (15)9.1 需求分析 (15)9.1.1 确定项目目标 (15)9.1.2 收集与整理需求 (15)9.1.3 需求文档撰写 (15)9.2 设计与实现 (15)9.2.1 系统架构设计 (15)9.2.2 数据库设计 (15)9.2.3 功能模块实现 (16)9.2.4 界面设计 (16)9.3 测试与部署 (16)9.3.1 单元测试 (16)9.3.2 集成测试 (16)9.3.3 系统测试 (16)9.3.4 部署与上线 (16)9.3.5 后期维护 (16)第十章数据分析与决策支持 (16)10.1 数据分析方法 (16)10.2 决策支持系统 (17)10.3 数据可视化 (17)第十一章大数据项目管理 (18)11.1 项目策划与管理 (18)11.1.1 项目目标确立 (18)11.1.2 资源整合 (18)11.1.3 进度控制 (19)11.2 项目风险管理 (19)11.2.1 风险识别 (19)11.2.2 风险评估 (19)11.2.3 风险应对 (19)11.3 项目评估与改进 (20)11.3.1 项目评估 (20)11.3.2 改进措施 (20)第十二章数据管理规范与标准 (20)12.1 数据管理规范制定 (20)12.2 数据管理标准实施 (21)12.3 数据管理培训与宣传 (22)第一章引言信息技术的飞速发展,大数据已经成为推动社会进步的重要力量。

(完整版)中国移动企业级大数据中心建设指导意见V1.1(终版)资料

(完整版)中国移动企业级大数据中心建设指导意见V1.1(终版)资料

中国移动企业级大数据中心建设指导意见为进一步提高中国移动互联网战略的服务能力,对内驱动企业管理的精细化、智能化,对外提供信息服务型产品,实现大数据开放后的运营和服务提升,公司决定在全国范围内实施中国移动企业级大数据中心建设工作,通过整合全公司数据资源,盘活数据资产,助力公司第三条曲线的拓展,以服务“内增效、外增收”的整体企业战略,保证中国移动在激烈市场竞争中的可持续发展。

一、建设要求与重点企业级大数据中心作为中国移动唯一、统一的数据采集、处理、服务和运营的平台,通过“统一采集、统一存储、统一管理、统一运营和统一服务”,形成集团及各省市公司“多节点”、“网状网”形态的数据和服务共享能力;具备独立机构以承担平台建维、数据交换、资产管理、应用开发、数据服务和数据运营职责。

为企业内、外部客户提供“按需”的服务能力,辅助企业决策,彰显数据价值。

企业级大数据中心的建设要求包括三方面:(一)建好组织:建立相对独立的、专业的企业级大数据中心管理机构,立足公司全局,全面负责企业级大数据平台的规划、建设、运维,以及数据资产管理、产品开发和数据运营等职能。

(二)搭好平台:企业级大数据中心满足中国移动全部数据“统一采集、统一存储、统一管理、统一运营、统一服务”的要求,实现逻辑集中;全部数据的采集、处理和存储分布于多个节点,进行物理分散,同时实现关键数据资产的异地容灾备份。

(三)做好服务:企业级大数据中心能为集团各部门、专业基地(位置等)、专业公司(咪咕、互联网、政企、在线服务、物联网等)、各省公司及外部行业提供灵活的“按需”服务。

二、建设重点企业级大数据中心建设重点要求如下:(一)企业级大数据中心的能力要求为了承接大数据中心的基础平台管理、数据交换、资产管理、应用开发、数据应用、数据运营六个职责,在大数据平台技术架构层面提供数据基础服务能力、系统平台管理能力、数据资产管理能力和应用共享开放能力四个部分:数据基础服务能力:数据基础服务能力是大数据平台的基础,包含数据采集功能、数据存储运算功能、数据交互功能。

《数据仓库编程规范》word版

《数据仓库编程规范》word版

未经允许,不可全部或部分发表、复制、使用于任何目的文档修订摘要1引言编写目的编写《数据仓库开发规范(dbsql系统)(1.0)》的目的是:dbsql封装了访问db2,oracle,greenplum,Sybase 和Teradata数据库的方法,形成了一套访问db2,oracle,greenplum,sybase和Teradata数据库的统一接口。

dbsql不仅提供了对db2,oracle,greenplum,sybase和Teradata访问方法的统一,而且提供了一些方法屏蔽5个数据库之间sql语言的差别。

这样对于应用程序,只需要编写一套代码,就可以操纵db2,oraclee,greenplum,sybase和Teradata数据库,对开发工程师而言,只用熟悉sql92的标准sql和此文档sql函数就本文档供以下相关人员阅览:◆参于数据仓库设计评审的专家人员;◆参与数据仓库软件开发的软件部人员;◆参与数据分析系统测试人员。

1.1 背景介绍◆开发的软件系统的名称:数据仓库编程规范◆开发单位:数据分析部◆系统使用单位:◆该软件系统是数据仓库底层开发跨平台异构数据仓库的基础平台1.2 术语定义1.3 参考资料参考资料共包括:◆《Tcl/Tk 编程权威指南》◆《Expert One on One: Oracle》◆《Oracle 数据库DBA专题技术精粹》2DBsql环境配置2.1 目录设置2.2 环境变量主要环境变量设置包括:➢$DBSQL:程序安装点,开发时设置为个人目录。

➢$AGENTLOGDIR:Scehdule Server日志采集目录,通常设置为$DBSQL/log➢$AGENTTRACEDIR:日志及TRACE文件目录。

(Schedule Server不采集,可用于存放调试信息)➢$TOOLS:存放tcl运行环境包及异构数据库编译的动态包安装目录。

用户可以在用户目录下创建.profile文件,例如:2.3 开发与安装开发时需要作如下设置:➢将dss及_common.tcl复制到$DBSQL/bin下;➢将_common.cfg复制到$DBSQL/etc下;➢参照dwd_trade_base_ds.tcl开发各处理程序,有关dwd_trade_base_ds.tcl 的详细说明参见具体例子;➢如需要专用配置文件则在$DBSQL/etc下创建<rootname>.cfg文件,专用配置文件中允许覆盖公共配置项,但需要慎用。

系统集成项目管理各种口诀V1.1word版

系统集成项目管理各种口诀V1.1word版

1.国家信息化体系六要素:上鹰(应用)下鸡(技术),左人(人才)右龟(规范)龙头应用(信息技术应用是龙头)核心资源(信息资源是核心任务)基础网络(信息网络是基础,是必要手段)目的产业(信息技术和产业是信息化建设的目的)成功人才(信息化人才是成功之本)保障规范(信息化政策法规和标准规范是根本保障)2.ERP的特点:一流模仿----------一(统一的)流(面向业务流程)模(模块化可配置)仿(开放的)3.数据仓库的特点:祖籍易变---------祖(面向主题的)籍(集成的)易(非易失的)变(随时间变化的)4.我国信息系统服务管理的主要内容:2个单位,2个人员,分别是系统集成和监理(计算机信息系统集成资质,信息系统工程监理单位资质,信息系统项目经理资质,信息系统工程监理人员资质)5.四控三管一协调:投进质变安信合,再加上沟通协调(投资成本,进度,质量,变更,安全,信息,合同)6.信息系统生命周期:花开云消,划分即试验(立项,开发,运行,消亡规划,分析,设计,实施,验收)7.软件维护:就是鱼丸(纠错性,适应性,预防性,完善性)8.UML的图:静态图:部队负包累成狗!静态-部队(对)负(复)包累(类)成狗(构) (部署图,对象图,复合结构图,包图,类图,构建图)动态图:制定交通,顺桩活用(想象汽车考试倒桩)动态-制定交通,顺桩(状)活用(制品图,定时图,交互概观图,通信图,顺序图,状态图,活动图,用例图)9.用例与用例的关系:包括关化(包括,扩展,关联,泛化)10.类与类的关系:鸡冠聚合一屎(继承,关联,聚集,组合,依赖,实现)11.面向对象分析的步骤:(发色例,建用例分析,建关行功能)发现角色/参与者,发现用例,建用例模型,进行领域分析,建立对象-关系模型,建立对象-行为模型,建立对象-功能模型12.常用的构架记忆:管道黑盒性能低面向对象模块化事件驱动想图形分层模式想七层知识模型想黑板 C/S模型响应快B/S模型易维护13.J2EE运行环境:构件是代码,容器是环境,服务是接口14.计算机网络IEEE802802.3(以太网协议)802.4(令牌总线网)802.5(令牌环网)802.6(城域网)-----3以4总5环6城15.项目的特征:临独渐(临时性,独特性,渐进明细)16.项目目标的特征:优多层(优先级,多目标,层次性)17.项目建议书核心内容:必要市场方案条件(项目的必要性,项目的市场预测,产品方案和服务的市场预测,项目建设必需的条件)18.可行性研究的内容:投机才组,警射风(投资,技术,财务,组织,经济,社会,风险)19.详细可行性研究方法:精品失策,投估增效(经济评估法,市场预测法,投资估算法,增量净效益法)20.项目范围说明书内容:标围物界偃月假(项目和范围的目标,产品范围描述,项目的可交付物,项目边界,产品的验收标准,项目的约束条件,项目的假定)21.变更控制流程:呻吟拒变追(受理变更申请,变更的整体影响分析,接收和拒绝变更,执行变更,变更结果追踪与审核)22.分解WBS遵循的原则:(1)在各层次上保持项目的完整性,避免遗漏必要的组成部分(2)一个工作单元只能从属于某个上层单元,避免交叉从属(3)相同层次的工作单元应有相同性质(4)工作单元应能分开不同的责任者和不同工作内容(5)便于项目管理进行计划和控制的管理需要(6)最底层工作应该具有可比性,是可管理的,是定量检查的(7)应包括项目管理工作,包括分包出去的工作(8)WBS的最底层次的工作单元是工作包记忆口诀:保持项目完整性从属上层免交叉相同层次同性质区分责任和内容计划控制利管理底层工作比管查包括项管和分包底层工作是包包23.变更产生的原因:(1)项目外部环境发生变化(2)项目范围的计划编制不周密详细(3)市场上出现了或是设计人员提出了新技术、新手段或新方案(4)项目实施组织本身发生变化(5)客户对项目、项目产品或服务的要求发生变化记忆口诀:外部变化,计划不密,市场出新,组织本身,要求变化24.进度控制关注的内容:(1)确定项目进度的当前状态(2)对引起进度变更的因素施加影响,以保证这种变化朝着有利的方向发展(3)确定项目进度已经变更(4)当变更发生时管理实际的变更记忆口诀:确定当前的状态变更因素加影响确定项目已变更管理实际的变更25.项目成本控制的主要内容:(1)对造成成本基准变更的因素施加影响(2)确保变更请求获得同意(3)当变更发生时,管理这些实际的变更(4)保证潜在的成本超支不超过授权的项目阶段资金和总体资金(5)监督成本执行,找出与成本基准的偏差(6)准确记录所有的与成本基准的偏差(7)防止错误的,不恰当的或未批准的变更被纳入成本或资源使用报告书(8)就审定的变更,通知项目干系人(9)采取措施,将预期的成本超支控制在可接受的范围内记忆口诀:基变因素施影响,变更请求获同意管理实际的变更,保证潜支低总资找出成基的偏差,记录成基的偏差防止错变纳报告,通知项目干系人超支控制范围内26.质量管理流程(1)确定质量标准体系(2)对项目实施进行质量监控(3)将实际与标准对照(4)纠偏纠错记忆口诀:定体洗(系),行奸控(监控),鸡(际)对操(照),就(纠)偏错27.管理过程的质量保证(1)制定质量标准(2)制定质量控制流程(3)提出质量保证所采用方法和技术(4)建立质量保证体系记忆口诀:定标准,定流程,提方法,建体系28.质量控制过程的基本步骤(1)选择控制对象(2)对控制对象确定标准或目标(3)制定实施计划,确定保证措施(4)按计划执行(5)对项目实施情况进行跟踪、检查,并将检测的结果与计划或标准相比较(6)发现并分析偏差(7)根据偏差采取相应对策记忆口诀:控制对象,确定目标,实施计划,计划执行,追踪比较,分析偏差,采取对策29.成功的项目团队的特点(1)团队的目标明确,成员清楚自己的工作对目标的贡献(2)团队的组织结构清晰,岗位明确(3)有成文或习惯的工作流程和方法,而且流程简明有效(4)项目经理对团队成员有明确的考核和评价标准,工作结果公正公开,赏罚分明(5)共同制订并遵守的组织纪律(6)协同工作,也就是一个成员工作需要依赖另一个成员的结果,善于总结和学习记忆口诀:确目标,清贡献组织晰,岗位明好方法,流程简考核评价要明确,工作结果要公开共同遵守好纪律,协同工作善总结30.冲突管理的方法:为(问)何强脱易褪(退)问题解决,合作,强制,妥协,求同异构,撤退31.沟通管理计划的主要内容(1)项目干系人沟通要求(2)对要发布信息的描述,包括格式、内容和详尽程度(3)信息接收的个人或组织(4)传达信息所需的技术或方法(5)沟通频率(6)上报过程(7)随项目的进展对沟通管理计划更新与细化的方法(8)通用词语表记忆口诀:干人沟捅,发性描述,性接人组,传性技法,沟捅频率,上报过程,技更细化,捅用吃膘32.常用沟通方法:面扣内外,非正(歪的)?垂直水平(书面与口头、听与说对内与对外正式与非正式垂直与水平)33.绩效报告的内容:(1)项目的进展和调整情况(2)项目的完成情况(3)项目总投入、资金到位情况(4)项目资金实际支出情况(5)项目主要效益情况(6)财务制度执行情况(7)项目团队各职能团队的绩效(8)项目执行中存在的问题及改进措施(9)预测---随着项目的进展,根绝获得的工作绩效信息对以前的预测进行更新并重新签发(10)变更请求---对项目绩效进行分析后,通常需要对项目的某些方面进行变更(11)其他需要说明的问题记忆口诀:进调完成金到位,支出效益行团队.存在问题与预测,变更请求及其他34.沟通的原则:(1)沟通内外有别(2)非正式的沟通有利于关系的融洽(3)采用对方能接受的风格(4)沟通的升级原则(5)扫清沟通的障碍记忆口诀:沟内沟外有区别,非正沟捅利融洽采用对接的风格,沟捅升级的原则骚情沟捅的障碍35.要约,要约邀请,承诺要约:是希望和他人签订合同要约邀请:希望他人向自己发出要约的意思承诺:受要约人同意要约的意思场景记忆:一个女孩想让男朋友请她看电影,就说:“你请我看电影呗”这是要约邀请,男孩说:“我请你看电影好吗?”这是要约。

数据仓库开发规范

数据仓库开发规范

数据仓库开发规范Schema定义ODS层ods_业务系统名_业务系统⾥的schema名(如ods_lps_kkb_cloud_passport)DM层应⽤层DWD层数据清洗层,去重,标准化,数据补齐。

可以基于ER建模和维度建模。

DWS层数据汇总与过程表维度表TEMP层临时表DIM表公共维度EXT层外部导⼊表,短期或长期使⽤,由该表负责⼈⾃⼰维护开发环境:DEV_DMDEV_DWDDEV_DWSDEV_TEMPDEV_EXTDEV_DIM表的定义采⽤26个英⽂字母(区分⼤⼩写)和0-9的⾃然数(经常不需要)加上下划线''组成,命名简洁明确,多个单词⽤下划线''分隔(特殊符号以及-严格要求不准使⽤)。

全部⼩写命名,禁⽌出现⼤写表名称命名禁⽌使⽤数据库关键字,如:name,time ,datetime,password,tmp,ext等⽤单数形式表⽰名称,例如,使⽤ employee,⽽不是 employees单词单词分割⽤_分割表名称的通⽤命名规则:表名类型_主题域名称_业务名称1_业务名称2_后缀类型备注:表名类型:DIM 维度表FCT 事实表,事件表,关系表RPT 报表类表APP 数据产品类模型或其他服务宽表MID 中间表SMY 数据汇总表后缀类型:H 0-23 颗粒度快照表D 天颗粒度快照表M ⽉颗粒度快照表Y 年颗粒度快照表P 累计表或者过程表V 视图表_di是⽇快照,增量抽数,昨天的数据。

_f(a)是⽇快照,全量抽数,历史到昨天的数据。

表存储形式:⽆分区表和分区表,分区表⼀般以时间维度做分区列DW层表经常使⽤的表类型DIM和FCT类型表DM层经常使⽤的表类型RPT表表创建其他项⽬组成员如需要创建临时⾃⽤表,需要通过外部表的⽅式进⾏创建,数据⽂件创建在⾃⼰的⽂件系统中如create external table test(id int,name string,age int,tel string)ROW FORMAT DELIMITEDFIELDS TERMINATED BY ','STORED AS TEXTFILElocation '/user/liudaipeng/data/test';如创建⼀个临时的外部表test到/user/liudaipeng/data/test⽬录下。

数据库设计与开发规范

数据库设计与开发规范

数据库设计与开发规范1.数据库命名规范:-数据库名、表名、字段名应使用小写字母,并用下划线分隔单词,避免使用特殊字符或关键字。

-数据库、表、字段名应具有描述性,能够清晰地表达其含义。

2.表设计规范:-表应具有主键,用于唯一标识每一条记录。

-表应遵循第三范式,避免数据冗余。

-避免使用过多的表关联,以提高查询效率。

3.字段设计规范:-字段应具有合适的数据类型,确保数据完整性和查询效率。

-字段应具有明确的含义,避免使用模糊或缩写的名称。

-字段应尽量避免为空,除非确实需要。

4.索引设计规范:-针对经常被查询的字段,可以创建索引以加快查询速度。

-索引应选择适当的数据结构和算法,以提高查询效率。

-避免创建过多的索引,以降低写操作的开销。

5.SQL语句规范:-SQL语句应使用缩进、换行等格式化方式,提高可读性。

-避免直接使用字符串拼接的方式构建SQL语句,以防止SQL注入攻击。

-避免使用SELECT*,尽量指定需要查询的字段。

6.数据库安全规范:-设置合适的账号和密码,确保只有授权的用户可以访问数据库。

-定期备份数据库,以防止数据丢失。

-对于敏感数据,应加密存储,确保数据安全性。

7.性能优化规范:-避免每次查询都进行全表扫描,通过合适的索引和优化SQL语句提高查询效率。

-合理分析查询日志和慢查询日志,找出性能瓶颈并进行优化。

-定期进行数据库表的优化和碎片整理,提高数据库性能。

8.数据库文档规范:-对于重要的数据库、表和字段,应编写相应的文档,包括设计意图、用途和使用方法等。

-更新数据库结构时,应及时更新数据库文档以保持一致性和可维护性。

以上是一些常用的数据库设计与开发规范,通过遵守这些规范可以提高数据库系统的可靠性、可维护性和性能。

此外,规范的制定也依据具体的应用场景和业务需求,不同项目可能会有不同的规范要求。

数据中心数据仓库建设规范模板

数据中心数据仓库建设规范模板

数据中心数据仓库建设规范模板一、项目背景与目标(一)业务背景阐述企业的业务现状和发展趋势,分析当前数据管理和利用中存在的问题和挑战,说明建设数据仓库的必要性。

(二)项目目标明确数据仓库建设的总体目标,例如提高数据质量、实现数据整合与共享、支持数据分析和决策等。

同时,将总体目标分解为具体的、可衡量的阶段性目标。

二、需求分析(一)业务需求与各业务部门进行深入沟通,了解其对数据的需求,包括数据的内容、格式、频率、用途等。

(二)数据需求对业务需求进行转化,确定所需的数据来源、数据类型、数据量、数据粒度等。

(三)性能需求根据业务场景和用户规模,预估数据仓库的查询和处理性能要求,如响应时间、吞吐量等。

三、数据仓库架构设计(一)分层架构通常包括源数据层、数据清洗转换层、数据存储层和数据应用层。

每层的功能和职责要清晰明确。

(二)技术选型根据企业的技术实力、预算和业务需求,选择合适的数据仓库技术平台,如传统的关系型数据库(如 Oracle、SQL Server)、大数据平台(如 Hadoop、Spark)等。

(三)存储设计合理规划数据的存储方式,包括表结构设计、分区策略、索引设计等,以提高数据存储和查询的效率。

四、数据治理与质量管理(一)数据治理框架建立数据治理组织架构,明确各角色的职责和权限,制定数据治理流程和制度。

(二)数据质量评估制定数据质量评估指标和方法,定期对数据进行质量检查和评估。

(三)数据清洗与转换对源数据进行清洗、转换和整合,确保数据的准确性、完整性和一致性。

五、数据安全与隐私保护(一)访问控制建立严格的用户访问权限管理机制,根据用户角色和职责分配不同的数据访问权限。

(二)数据加密对敏感数据进行加密存储和传输,确保数据的安全性。

(三)隐私保护遵循相关法律法规和企业规定,对涉及个人隐私的数据进行妥善处理和保护。

六、数据仓库开发与测试(一)开发流程制定数据仓库的开发流程,包括需求分析、设计、编码、测试、部署等阶段的工作流程和规范。

数据仓库的发展历程简述v0.1

数据仓库的发展历程简述v0.1

数据仓库的发展历程简述v0.1数据仓库发展历程及相关概念1.1 概述数据仓库的概念可能⽐⼀般⼈想像的都要早⼀些,中间也经历⽐较曲折的过程。

其最初的⽬标是为了实现全企业的集成(Enterprise Integration),但是在发展过程中却退⽽求其次:建⽴战术性的数据集市(Data Marts)。

到⽬前为⽌,还有很多分歧、论争,很多概念模棱两可甚⾄是彻底的让⼈迷惑。

本⽂试图从数据仓库的发展历史中看到⼀些发展的脉络,了解数据仓库应该是怎么样的,并展望⼀下未来的数据仓库发展⽅向。

同时,由于新应⽤的不断出现,出现了很多新的概念和新的应⽤,这些新的应⽤如何统⼀现成完整的企业BI应⽤⽅案还存在很多争论。

本⽂试图对这些概念做⼀些简要的阐述,让⼤家对此有初步的了解。

1.2 粗略发展过程1.2.1 开始阶段(1978-1988)数据仓库最早的概念可以追溯到20世纪70年代MIT的⼀项研究,该研究致⼒于开发⼀种优化的技术架构并提出这些架构的指导性意见。

第⼀次,MIT的研究员将业务系统和分析系统分开,将业务处理和分析处理分成不同的层次,并采⽤单独的数据存储和完全不同的设计准则。

同时,MIT的研究成果与80年代提出的信息中⼼(Information Center)相吻合:即把那些新出现的、不可以预测的、但是⼤量存在的分析型的负载从业务处理系统中剥离出来。

但是限于当时的信息处理和数据存储能⼒,该研究只是确⽴了⼀个论点:这两种信息处理的⽅式差别如此之⼤,以⾄于它们只能采⽤完全不同的架构和设计⽅法。

之后,在80年代中后期,作为当时技术最先进的公司,DEC已经开始采⽤分布式⽹络架构来⽀持其业务应⽤,并且DEC公司⾸先将业务系统移植到其⾃⾝的RDBMS产品:RdB。

并且,DEC公司从⼯程部、销售部、财务部以及信息技术部抽调了不同的⼈员组建了新的⼩组,不仅研究新的分析系统架构,并要求将其应⽤到其全球的财务系统中。

该⼩组结合MIT的研究结论,建⽴了TA2(Technical Architecture 2)规范,该规范定义了分析系统的四个组成部分:数据获取、数据访问、⽬录、⽤户服务其中的数据获取和数据访问⽬前⼤家都很清楚,⽽⽬录服务是⽤于帮助⽤户在⽹络中找到他们想要的信息,类似于业务元数据管理;⽤户服务⽤以⽀持对数据的直接交互,包含了其他服务的所有⼈机交互界⾯,这是系统架构的⼀个⾮常⼤的转变,第⼀次将交互界⾯作为单独的组件提出来。

数据库标识规范

数据库标识规范

数据库标识规范篇一:数据库规范_第1章数据库规范数据模型文件命名“XXX-模块名称.pdm”,如“XXX-商品.pdm”。

表命名规范1)表名分为3部分;以“T”开头,中间为模块标识(简写);最后一部分为沉淀数据的描述;例如:T_ORD_MAIN 表示是订单模块的主订单信息; 2)索引表命名:原表名_字段名前缀或简写_IDX如T_SHOP_INFO表建立店铺标识维度的索引表,表名为:T_SHOP_INFO_SHOP_IDX,如果表名太长,也可以命名为T_SHOP_INFO_SIDX 3)日志表的表名,是在源表的表名后加上后缀:_LOG;4)用户对象命名应全部为大写;5)如果是周期表,则在原表名后面加上当前时间格式化的后缀;根据周期的不同,时间格式化也不同;年周期:YYYY; 月周期:YYYYMM; 日周期:YYYYMMDD6)表名称不超过28个字符的长度;7)和其他表有关联的表,和其他表功能一致的字段类型以及长度,尽量使用相同的列名;8)表的主键(PK)字段如果不是复合主键,统一命名为”ID”,对于这种主键字段被其他表引用(外键)时的名称,不能直接写“ID”,要统一定义好被引用时的名称,并放在SVN上(document\10-design\数据模型\数据规范->“数据库ID字段被引用时名称.xlsx”)。

如:商品表的商品标识为主键,命名为“ID”,对外被其他表引用时应为“GDS_ID”,则其他表引用该字段都要写成“GDS_ID”。

8)金额统一以分为单位,用NUMBER类型索引命名规范索引以:IDX_ 开头;后面加上表名(去掉T_部分);并补上建立索引的字段名称;如果长度太长,可以进行适当的缩减;要求,通过索引能够看出是哪张表的哪个字段的索引;存储过程/函数/包规范1)存储过程命名以“PRO_”开头;函数命名以:FUNC_ 开头;包命名:PKG_ 开头 2)建议:使用游标,尽量采用隐式游标的写法;3)建议:入参、出参、定义变量三种在命名上区分开;p_ 表示入参;x_ 表示出参;v_ 表示定义变量;4)建议:insert 需要列出写入的字段;select 需要列出查询的字段;不能使用例如:insertinto tablename values ….. 、select * from …. 的方法;省市县字段统一命名有需要引用行政区域编码,按以下名称:国家编码COUNTRY_CODEVARCHAR2(10) 省分编码PROVINCE_CODEVARCHAR2(10) 地市编码 CITY_CODE VARCHAR2(10) 区县编码 COUNTY_CODE VARCHAR2(10)表字段定义规范1)所有主表,都需要增加以下四个列,按以下统一命名:CREATE_TIME 创建时间 DATE;CREATE_STAFF 创建人 NUMBER(16); UPDATE_TIME 修改时间DATE;UPDATE_STAFF 修改人 NUMBER(16);2)表的VARCHAR2类型的长度,建议使用 1,2,4,8,16,31,64,128?即:2^n3)简单表示记录的生效、失效;统一使用VARCHAR2(1) 类型;1:表示生效;0:表示失效;4)表示业务状态的,建议使用VARCHAR2(2)第2章模块定义模块标识第3章设计规范系统参数定义数据模型设计负责人,需要把表中有固定编码的字段参数定义到系统参数表中。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

“金信工程”数据仓库开发规范1版本数据仓库涉及的东西太多,需要安装很多东西,以下分开发运行环境进行说明。

开发运行环境(Windows),安装顺序必须按所列顺序依次装入2表空间3数据库用户及角色资料档案所有者:jxgc_owb/cdgs角色:资料档案用户:jxgc_dw/cdgs角色:系统权限如果需要使用data mining,则需要赋权:grant execute on ctxsys.ctx_ddl to jxgc_dw;新建用户JXGC_VIEW/cdgs(查看BI的用户)角色:系统权限新增的角色:owb_o_jxgc_owbowb_d_jxgc_owbowb_a_jxgc_owbowb_jxgc_owbowbr_jxgc_owb版本化用户:owbrt_sys名称和地址服务器断口号:4040BI实例:jxgc_biias_admin口令:cdgs1234资料档案用户:OWF_MGR/cdgs角色:系统权限4维的源数据小机数据库中数据字典表中的数据,每一个字典对应一个维。

树型结构的字典可以建立一个多个层次,对于非树型结构的字典,如果要建维,可以考虑一个所有层次。

5维度命名维的命名如下:一般维度,{集市前缀}DIM[_{主题标识}]_{字典代码}时间维度,{集市前缀}DIM[_{主题标识}]_{字段名}在本系统中,有很多维度都是来源于同一个数据字典,因此,考虑到重用性,对于每一个数据字典,引入一个公用维度,名字为:PUB_DIM_{字典代码},具体每个维度,可以直接从公用维表中直接映射过来,而不再需要从数据字典表重新建立层次。

6数据集市根据前期建立十二大主题的需求,分别划分为五大数据集市:准入、监管、执法、消保维权、综合保障。

在每个集市中,维信息可以共享。

每个集市中所有元数据均用一个前缀进行区分,具体前缀如下表示:7立方命名立方的命名如下:{集市前缀}CUB[_{主题标识}]_{主题名称}8映射命名映射名为:{集市前缀}MAP_{维度或立方的后部分}9计划命名模块名:JXGC_PLAN公用字典抽取调度:PUB_DICTIONARY维调度:{集市前缀}DIM_SCHEMA立方调度:{集市前缀}CUB_SCHEMA工作流调度:{集市前缀}WF_[_{主题标识}]_{主题名称} 10工作流命名模块名:PROC_JXGC程序包:{集市前缀}PKG11数据区命名本工程目前暂时只采用一个数据区:cdgs12工作薄命名{集市前缀}_{主题名称}13工作表命名采用汉字命名(XX分析)14BI Discover开发14.1 BI Discover viewer两次登录问题Discover的访问必须按照配置的servername来访问,因此在安装后需要根据需要来修改servername参数。

14.1.1打开目录%BIHome%/Apache/Apache/conf下的httpd.conf文件14.1.2修改参数找到行ServerName,修改ServerName参数14.1.3重新启动%BIHome%/opmn/bin/opmnctl stopall%BIHome%/opmn/bin/opmnctl startall14.2 终端用户层(EUL)进入Discoverer Administrator(开始―程序-Oracle Business Intelligence Tools-Oralce Discoverer Administrator)配置EUL,点击“创建EUL”选择现有用户,JXGC_DW采用用户JXGC_DW(必须要有dba才能建立样例数据),建立样例数据,建立业务数据区“JXGC_BA”,将jxgc_dw数据仓库中相关的元数据导入业务数据区。

建立业务层次,修改业务层次的属性,使之可以以中文显示。

14.3 建立工作薄进入Discoverer Plus登录建立工作薄14.4 查看用户授权进入Discoverer Administrator,工具-权限,只授予JXGC_VIEW“项钻探”和“钻探出”权限。

工具-安全性,授予JXGC_VIEW查看业务数据区的权限进入Discoverer plus,文件-共享将工作薄共享给用户JXGC_VIEW15常见问题解决15.1 Oracle Workflow配置问题问题描述:点击Workflow Configuration Assistant工具进行配置。

出现ng.Exception: Invalid connection (0)错误。

日志如下:Workflow Configuration Assistant 2.6.4.0.0 - Windows XPWFCA V ersion: : WorkflowCA.java 26.106 2005/06/29 04:33WorkflowCA:WorkflowCA: 正在进行工作流配置...WorkflowCA: Wed Sep 19 09:26:04 CST 2007WorkflowCA:WorkflowCA: Screen width -1024-, screen height -768-WorkflowCA:WorkflowCA: 图形用户界面模式WorkflowCA:WorkflowCA:WorkflowCA: 开始测试连接, 这需要不到3 分钟的时间。

WorkflowCA:WorkflowCA: 为以下操作进行帐户连接测试: SYSWorkflowCA: SYS 帐户连接成功。

WorkflowCA: 内嵌的Workflow 检查已成功完成WorkflowCA: 工作流方案已存在, Workflow Configuration Assistant 将升级现有的方案。

WorkflowCA:WorkflowCA: 为以下操作进行帐户连接测试: 工作流WorkflowCA: 无法连接到jdbc:oracle:thin(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=h l)(PORT=1521)))(CONNECT_DA TA=(SERVICE_NAME=hlora)))ng.Exception: Invalid connectionat oracle.apps.fnd.wf.install.db.WorkflowCA.createJDBCConnection(WorkflowCA.java:4802)at oracle.apps.fnd.wf.install.db.WorkflowCA.createWFConnection(WorkflowCA.java:4871)at oracle.apps.fnd.wf.install.db.WorkflowCA.schemaCreation(WorkflowCA.java:1139)at oracle.apps.fnd.wf.install.db.WfFrame.actionPerformed(WfFrame.java:2051)at oracle.ewt.button.PushButton.processActionEvent(Unknown Source)at oracle.ewt.lwA WT.LWButton.processActionEvent(Unknown Source)at oracle.ewt.button.PushButton.processEventImpl(Unknown Source)at oracle.ewt.lwA WT.LWComponent.redispatchEvent(Unknown Source)at oracle.ewt.lwA WT.LWComponent.processEvent(Unknown Source)at oracle.ewt.button.PushButton.activate(Unknown Source)at oracle.ewt.lwA WT.AbstractButton.processMouseReleased(Unknown Source)at oracle.ewt.lwA WT.AbstractButton.processMouseEvent(Unknown Source)at ponent.processEvent(Component.java:4897)at java.awt.Container.processEvent(Container.java:1569)at oracle.ewt.lwA WT.LWComponent.processEventImpl(Unknown Source)at oracle.ewt.button.PushButton.processEventImpl(Unknown Source)at oracle.ewt.lwA WT.LWComponent.redispatchEvent(Unknown Source)at oracle.ewt.event.tracking.GlassMouseGrabProvider$Disp._redispatchEvent(Unknown Source) at oracle.ewt.event.tracking.GlassMouseGrabProvider$Disp._redispatchEvent(Unknown Source) at oracle.ewt.event.tracking.GlassMouseGrabProvider$Disp.mouseReleased(Unknown Source)at ponent.processMouseEvent(Component.java:5100)at oracle.ewt.lwA WT.LWComponent.processMouseEvent(Unknown Source)at ponent.processEvent(Component.java:4897)at java.awt.Container.processEvent(Container.java:1569)at oracle.ewt.lwA WT.LWComponent.processEventImpl(Unknown Source)at oracle.ewt.event.tracking.GlassMouseGrabProvider$Proxy.processEventImpl(UnknownSource)at oracle.ewt.lwA WT.LWComponent.redispatchEvent(Unknown Source)at oracle.ewt.lwA WT.LWComponent.processEvent(Unknown Source)at ponent.dispatchEventImpl(Component.java:3615)at java.awt.Container.dispatchEventImpl(Container.java:1627)at ponent.dispatchEvent(Component.java:3477)at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3483)at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3198)at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3128)at java.awt.Container.dispatchEventImpl(Container.java:1613)at java.awt.Window.dispatchEventImpl(Window.java:1606)at ponent.dispatchEvent(Component.java:3477)at java.awt.EventQueue.dispatchEvent(EventQueue.java:456)at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151)at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145)at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137)at java.awt.EventDispatchThread.run(EventDispatchThread.java:100)WorkflowCA: Wed Sep 19 09:27:05 CST 2007WorkflowCA: ng.Exception: Invalid connection (0)WorkflowCA: Terminating...解决方法1、进入工作流配置面2、点击wfinstall.bat3、进入配置,一般会在TNS 连接描述符处出错,其格式为:{服务器名或IP}:{端口}:{数据库实例名}如:192.168.0.223:1521:orcl注意:由于工作流的语言在此处无法选择,可能会在工作流部署时出现错误,其解决方案如下。

相关文档
最新文档