ERWin标准操作手册

ERWin标准操作手册数据建模标准化工具操作规范与最佳实践V1.0Contents目录ERWin数据建模工具标准操作流程与最佳实践指南01引言：背景与工具概述02基础操作教程03标准化与版本管理04模型校验与质量保障05综合实例与高级功能CHAPTER01引言：背景与工具概述从数据仓库建设痛点出发，理解ERWin标准化建模的必要性CHALLENGES数据仓库建设面临的核心问题经过多年迭代建设，数据仓库系统积累了严重的技术债务：架构层面"数据烟囱"林立导致数据不一致，性能层面难以满足时效性要求，维护层面资源和人力成本持续攀升。这些问题的根本原因在于缺乏系统化的数据模型设计与标准化管理机制。架构设计问题数据烟囱：各业务线独立建模导致数据孤岛，跨域数据整合成本极高口径不一：同一业务指标在不同系统中定义各异，严重影响分析可信度Silos&Inconsistency性能与需求响应时效性下降：KPI和报表难以按时产出，ETL窗口持续被压缩模型僵化：每次新增需求都需大面积修改现有模型结构Latency&Rigidity运维成本压力资源浪费：冗余表和重复字段大量存在，缺乏数据生命周期管理变更失控：模型变更缺乏流程管控，上下游影响评估不充分Cost&ComplexitySOLUTIONFRAMEWORK模型管理的系统化解决思路解决数据仓库模型问题的关键在于建立"标准化+版本化+流程化"的三位一体治理体系，确保模型从设计到落地的全生命周期可追溯、可管控。标准化建设制定标准Domain定义、术语表与命名规范、数据库类型转换标准、ERWin模板及操作手册，形成完整建模规范体系规范体系建模方法论建立统一的逻辑模型与物理模型设计规范，确保模型在不同数据库平台间的可移植性和一致性跨平台一致版本化管理建立严格的版本管理机制，对各版本进行全生命周期管控，引入ERWinModelManager工具提供技术支撑ModelManager流程化协作在PSO和研发团队间建立模型管理流程，明确设计、评审、变更、发布各环节责任人，确保变更可控可追溯全链路追溯DATAMODELINGTOOLERWin简介与市场地位ERWin（全称ERwinDataModeler）是业界市场占有率第一的数据建模工具（33%份额），支持IDEF1X和IE两种建模语言，覆盖从逻辑设计到物理实现的全流程。其强大的可视化能力、跨数据库支持和企业级模型管理功能，使其成为数据仓库建模的首选工具。品牌与语言：全称为AllFusionERwinDataModeler，原属CA公司AllFusion品牌建模套件，采用IDEF1X和IE（InformationEngineering）两种建模语言，内部推荐使用IE方法。IDEF1X+IE市场领先：市场占有率达33%位居数据建模工具第一，领先于PowerDesigner和Rose等主流竞品，已在全球大量企业级数据仓库项目中得到验证。33%市场份额最新版本：R9.6.1提供先进的可视化功能和动态用户界面，支持各主流数据库系统，具备从逻辑模型到物理模型的完整双向工程能力。R9.6.1学习资源：推荐杨国强等人编写的《ERwin数据建模》，系统讲解ERWin的建模理论与实践方法。《ERwin数据建模》数据仓库基础设施实拍场景VersionHistoryERWin版本演进与特性对比从7.0到R9，核心演进聚焦多用户协作、逆向工程优化与大型模型性能改善。团队应统一版本以确保兼容性。7.0奠定企业级建模基础框架，支持IDEF1X和IE双建模语言，提供逻辑/物理模型双向工程能力Foundation7.1增强多用户协作与模型合并功能，引入ModelManager初步集成，支持团队并行建模工作流Collaboration7.2引入改进的报告生成器和更强大的数据库逆向工程能力，新增对更多主流数据库平台的支持Engineering7.3优化ModelManager集成度和大型模型处理性能，改善UI响应速度，团队当前统一使用版本CurrentR9R9.6.1提供全新动态用户界面、增强可视化能力和更全面工作流支持，升级时需评估模型兼容性LatestCHAPTER02基础操作教程从界面布局到实体关系建模，系统掌握ERWin核心操作流程INTERFACEOVERVIEWERWin界面布局总览ERWin界面由六大功能区域构成，遵循专业IDE的经典布局范式：菜单区与工具条区提供操作入口，画图区承载可视化建模，导航区实现对象快速定位，操作日志区和反馈区保障操作可追溯。操作控制区菜单区位于界面顶部，提供File、Edit、Model等完整菜单命令体系，涵盖建模全流程的所有操作入口。File·Edit·Model操作控制区工具条区紧邻菜单区下方，集中展示新建、保存、打印、查找替换等高频快捷按钮，支持自定义工具栏配置。快捷工具栏建模工作区画图区界面中央最大区域，用于可视化创建和编辑实体、关系、属性等模型元素，支持缩放、平移和自动布局。可视化建模建模工作区导航区位于界面左侧，以树形结构（DataBrowser）展示模型中所有对象的层次关系，支持右键快捷操作和拖拽定位。DataBrowser信息反馈区操作日志区位于底部左侧，详细记录每一步操作的执行日志，包括SQL语句生成、模型变更历史等，便于问题追溯和审计。SQL·变更历史信息反馈区操作反馈区位于底部右侧，实时显示当前操作的执行状态、错误信息和警告提示，帮助用户及时发现和修正建模问题。状态·错误·警告TOOLBARREFERENCE工具栏功能详解ERWin工具栏按功能逻辑分为文件管理、模型浏览、实体关系编辑和视图控制四大类，共计20余个功能按钮。熟练掌握工具栏是提升建模效率的关键，建议初学者按照"文件操作→视图控制→实体创建→关系建立"的顺序逐步练习。文件与浏览工具新建、打开、保存、打印四个基础按钮，对应File菜单核心命令。查找替换全局搜索，DataBrowser树形浏览，ReportBuilder自定义报告。涵盖文件全生命周期管理与数据浏览功能。7个按钮实体与关系工具独立表、标识/非标识关系、多对多、排外分类关系，覆盖所有创建类型实体级、属性级、定义级三种编辑模式，配合Undo/Redo精细操作3级编辑视图与布局工具缩小、放大、适应模型、适应选择四种缩放，支持快捷键操作方框、圆弧、直线、椭圆、折线、多边形、文字等图形注释工具11个工具MODELINGGUIDE新建模型操作指南新建模型是建模流程的起点，必须严格使用标准模板创建以确保规范一致性。01入口方式通过菜单File→New或点击工具栏CreateModel按钮打开模型创建对话框，两种方式功能等价，可根据操作习惯选择。菜单路径快捷按钮02模型类型选择可选择纯逻辑模型、纯物理模型或混合模型，建议数据仓库项目使用混合模型以支持双向工程，实现逻辑设计与物理实现的同步演进。逻辑模型物理模型混合模型03模板配置（强制）必须使用文件模板或从ModelManager库中选择标准模板创建，严禁从空白模型开始，确保Domain定义与命名规范的统一继承，避免后期重构成本。文件模板ModelManager04数据库与版本选择在模板配置中指定目标数据库类型和版本号，系统将自动加载对应的数据类型映射和SQL方言规则，确保生成的DDL脚本与目标环境完全兼容。类型映射SQL方言ERWinOperations主题域的创建与管理主题域（SubjectArea）是ERWin管理大型企业级模型的核心组织机制，类似于数据库中的Schema概念。通过将模型拆分为多个主题域，可以实现复杂模型的模块化管理、团队并行建模和按需可视化。使用时必须遵守'禁止直接操作MainSubjectArea'和'必须添加Definition注释'两项强制规范。01创建方式通过菜单Model→SubjectArea、工具栏EditSubjectArea按钮或导航区右键New三种方式创建主题域，推荐在导航区操作以提高效率。3MethodsAvailable02强制规范禁止在默认MainSubjectArea中直接操作，必须新建独立主题域，并在DefinitionTab中按建模标准格式添加注释说明。DefinitionRequired03主题域切换右键点击目标主题域选择SwitchTo，或通过导航区列表切换。切换后画图区仅显示该主题域包含的实体，聚焦当前工作范围。SwitchToView04模块化管理大型模型可按业务域（如客户域、产品域、订单域）拆分为多个主题域，支持多团队并行建模和按需加载，显著提升协作效率。Multi-teamParallelModelArchitecture逻辑模型与物理模型切换逻辑模型与物理模型的双层架构是ERWin的核心设计理念。逻辑模型面向业务抽象，物理模型面向数据库实现，两者通过自动映射机制关联。切换操作菜单Model→Logical/PhysicalModel、工具栏切换按钮、键盘快捷键Ctrl+↑/↓，推荐快捷键方式以提升操作效率Ctrl+↑↓逻辑模型面向业务层面的数据抽象，使用业务术语命名实体和属性，不涉及数据库类型与存储空间等物理实现细节业务抽象物理模型逻辑模型在特定数据库平台上的具体实现，包含物理表名、数据类型、主键约束、索引策略与分区方案数据库实现双向工程支持逻辑→物理的正向生成与物理→逻辑的逆向同步，自动应用命名转换规则，确保两层模型始终一致正向+逆向ERWINDATAMODELER·ENTITYOPERATIONS实体（Entity）的创建与配置实体是数据模型的基本构成单元，代表业务世界中的一类对象或概念（如客户、订单、产品）。在ERWin中通过工具栏IndependentTable按钮创建实体后，需要在属性编辑器中完成名称、定义、描述等完整配置。实体命名必须遵循标准化规范，Definition字段为模型校验的必检项。创建操作点击工具栏IndependentTable按钮后在画图区点击放置，实体以方框形式呈现，包含实体名称标题区和属性列表区两个主要部分IndependentTable属性配置双击实体打开属性编辑器，在GeneralTab中设置实体名称、缩写、定义描述，在Definition字段中必须添加完整的业务含义说明Definition必检命名规范逻辑模型使用中文业务名称（如"客户信息表"），物理模型使用英文标准格式（如CUST_INFO），遵循"业务域前缀+实体名"的命名规则CUST_INFO显示控制通过View菜单可调整实体方框的显示模式（全部属性/仅主键/仅名称），在大型模型中建议使用精简模式以提升画图区的可读性ViewModeDataModeling·ERDiagram实体类型：独立实体与依赖实体实体按标识方式分为独立实体和依赖实体两大类，正确区分是建立准确关系和生成合理物理表结构的基础。独立实体不依赖模型中任何其他实体来标识，拥有自足的主键（如客户ID、产品编码），在ER图中以直角方框表示自足主键依赖实体依存于模型中的其他实体获得标识，主键的部分或全部继承自父实体，在ER图中以圆角方框表示继承主键存在依赖父实体不存在时依赖实体失去业务意义，但其标识不完全由父实体决定，ER图中以虚线连接表示弱依赖弱依赖标识依赖主键完全由父实体主键加自身部分属性组成，ER图中以实线连接表示强依赖，父实体主键兼作外键与联合主键强依赖ERWin·Relationships关系的建立与类型详解关系是实体间业务关联的可视化表达，ERWin支持标识关系、非标识关系、多对多关系和排外分类关系四种基本类型。选择正确的关系类型直接影响物理模型中外键约束的设计和数据的完整性保障。标识与非标识关系Identifying子实体主键包含父实体主键，ER图中以实线连接，物理实现时父表主键成为子表联合主键的一部分Non-Identifying父实体主键作为子实体外键但不参与主键构成，ER图中以虚线连接，是最常见的表间关联方式多对多与排外关系Many-to-Many逻辑模型中可直接建立，物理实现时ERWin自动生成中间关联表进行分解，需手动检查关联表的命名和索引设计ExclusiveArc表示一个实体与多个实体间的互斥关联，业务含义为"只能选择其一"，物理实现时通过Check约束保证互斥性角色名与关系属性RoleName当同一实体在不同关系中有不同身份时必须定义角色名，如"员工"在审批关系中分为"审批人"和"申请人"Cardinality在关系属性中设置父端和子端的基数（1:1、1:N、M:N），以及是否强制参与，影响外键约束的NULL设置ERWin·DomainManagement属性定义与域（Domain）管理域（Domain）是ERWin实现数据类型标准化的核心机制，一处修改即可全局同步，从根本上消除数据模型中的类型不一致问题。域编辑器操作通过菜单Model→Domains打开域编辑器，创建标准域时需定义名称、数据类型、长度、精度、空值约束、默认值和校验规则等完整属性。Model→Domains属性绑定域在实体属性编辑器中为每个属性选择对应的标准域，属性自动继承域中定义的所有设置，避免手动逐个配置导致的类型不一致。AutoInherit全局同步机制修改域定义后所有引用该域的属性自动同步更新，确保全模型中同一业务含义的字段保持完全一致的数据类型定义。One-to-AllSync标准域加载新建模型时通过标准模板加载团队维护的标准域定义文件，包含所有常用业务字段的标准数据类型定义，是建模标准化的基础设施。TemplateLoadCHAPTER03标准化与版本管理建立统一的建模规范与版本控制机制，从源头保障数据模型质量StandardizationFramework标准化的五大核心要素数据模型标准化体系由五大要素构成：标准Domain定义统一数据类型、术语表与命名规范统一语言表达、数据库类型转换标准解决跨平台兼容、标准模板固化规范配置、操作手册提供执行指南。五者形成闭环，是保障企业级数据模型一致性的制度基础。数据标准层标准Domain定义为所有常用业务字段制定统一的数据类型、长度和约束规范，通过域编辑器统一管理，确保字段定义的一致性和可追溯性术语表与命名标准建立全团队统一的业务术语字典和命名规则文件，确保同一概念始终使用相同名称，消除沟通歧义，提升协作效率技术实现层数据库类型转换标准定义同一字段在Oracle、Teradata、Hive等平台上的标准类型映射，确保跨平台一致性，降低迁移成本和兼容性风险标准ERWin模板将所有标准定义固化为可复用模板文件，新建模型时直接加载即可继承全部标准配置，实现标准化工作的自动化落地执行保障层标准操作手册提供从新建模型到模型校验的全流程操作规范，确保每位建模人员按照统一标准执行，减少人为差异导致的质量问题，形成可持续的质量保障机制DomainManagement标准Domain定义规范标准Domain是数据模型中数据类型一致性的基石，每个Domain对应一类业务字段的标准数据类型定义。Domain管理遵循"集中定义、统一分发、审批变更"原则：由模型管理员统一维护标准Domain文件，建模人员通过模板加载使用，任何Domain的创建和修改必须经过审批流程。SPECIFICATION定义规范Domain名称采用"业务域_字段类型"格式（如COMMON_PHONE_NO），依次配置数据类型VARCHAR(11)、空值约束NOTNULL、默认值和正则校验规则。CLASSIFICATION分类管理体系标准Domain按业务域分为通用域（日期、金额、编码）、行业域（手机号、身份证号）和项目域（特定业务字段），各域分类独立管理。APPROVAL变更审批机制标准Domain的创建和修改必须经模型管理员审批，不允许建模人员自行变更，确保全团队使用完全一致的Domain定义版本。DISTRIBUTION分发与更新团队维护标准Domain定义文件（.dmn格式），通过ModelManager统一分发，建模人员每次开始前需确认加载最新版本。NAMINGCONVENTION术语表与命名标准规范术语表和命名标准从三个层次规范模型命名：业务术语表统一中英文对照和缩写定义，实体命名规则区分逻辑/物理模型的不同命名格式，属性命名规则确保字段名称的规范性和可追溯性。所有缩写必须注册，通过ERWin命名标准编辑器可实现自动化校验。业务术语表定义所有业务概念的标准中文名、英文翻译和缩写（如"客户"→CUSTOMER→CUST），以Excel格式维护并定期更新，是命名规范的基础字典。CUST实体命名规则逻辑模型使用"业务域+中文名称"（如"客户域-客户基本信息"），物理模型使用"业务域前缀_英文缩写"格式。CUST_BASE_INFO属性命名规则遵循"实体缩写_属性缩写"格式（如CUST_ID、CUST_PHONE_NO），所有缩写必须在术语表中注册，严禁使用未注册的自定义缩写。CUST_ID自动化校验通过ERWin的NameStandardsEditor导入命名标准文件，系统自动检查模型中的命名是否符合规范，并标记所有不合规的实体和属性名称。ERWinDATATYPEMAPPING数据库类型转换标准跨数据库平台的数据类型转换是数据仓库建设中的常见需求。通过建立标准化的类型映射表并在ERWin中配置，可以实现模型在不同数据库间的自动类型转换。但自动转换无法覆盖所有特殊类型场景，仍需人工审核确保转换后的数据类型满足业务精度和性能要求。01映射表定义覆盖Oracle、Teradata、Hive、MySQL等主流数据库平台间的类型对应关系02ERWin自动转换切换目标数据库时自动转换字段类型，大幅减少人工工作量03特殊类型处理RAW、PERIOD、ARRAY等特有类型需DBA人工审核并选择替代类型04精度与性能校验检查数值精度是否满足业务要求及目标库的存储查询性能常用数据类型跨平台映射表OracleTeradataHive注意事项VARCHAR2(n)VARCHAR(n)STRINGHive不区分长度NUMBER(p,s)DECIMAL(p,s)DECIMAL(p,s)注意精度对齐DATEDATETIMESTAMPOracleDATE含时分秒CLOBCLOBSTRING大文本字段RAWBYTE(n)BINARY需人工审核确认跨平台数据类型映射需关注精度对齐和特殊类型处理，部分字段需人工审核确认TEMPLATEMANAGEMENT标准ERWin模板使用与管理标准ERWin模板是标准化规范的实体化载体，将Domain定义、命名规则、数据库配置等标准要素预置在模板文件中，从源头杜绝不规范的模型产生。模板包含要素标准Domain集合、命名标准规则、目标数据库连接参数与类型映射、预设主题域结构、标准显示/打印配置，覆盖建模所需的全部基础配置5类基础配置使用方式File→New后在模板选择界面指定标准模板文件（.erwin格式），新建模型自动继承所有预定义的标准配置，无需手动逐项设置自动继承版本管理每次标准更新后由管理员更新模板并上传ModelManager，通知团队切换新版本；历史版本归档保留，确保历史模型的可追溯性历史可追溯定制化扩展项目级模板可在标准模板基础上扩展特有的Domain和主题域，但不得修改已定义的通用规范，保证与全局标准的向下兼容向下兼容VERSIONCONTROL版本管理机制与操作规范采用三段式编号与里程碑基线标记，确保数据模型可追溯、可回退、可审计。01版本号规范采用"V主版本.次版本.修订号"三段式格式：主版本对应结构重大变更，次版本对应实体/关系新增，修订号对应属性修正或描述更新。该规范确保版本语义清晰，便于团队成员快速识别变更范围与影响程度。V1.2.3三段式02变更提交要求每次变更须填写变更说明（内容、原因、影响范围），通过ModelManager提交并关联需求单号，确保变更可追溯到具体业务需求。完整的提交信息是后续审计与问题排查的关键依据。ModelManager03基线管理在项目里程碑节点（需求确认、UAT上线）打下基线标记，基线版本不可修改，作为问题追溯和版本回退的稳定锚点。基线机制有效隔离开发波动，保障生产环境模型的稳定性与可靠性。MilestoneBaseline04审批与合并重大变更需经模型评审委员会审批，多分支并行开发时由模型管理员执行合并并解决冲突，确保主干模型的完整性与一致性。规范的审批流程降低变更风险，提升团队协作效率。ReviewBoardERWINPLATFORMERWinModelManager应用ERWinModelManager是企业级数据模型的集中管理和版本控制平台，提供模型库管理、版本快照、检出/检入锁定和审计追溯四大核心能力。模型库集中管理所有模型文件存储在中央仓库，支持目录分类、标签管理和元数据检索，实现企业级模型资产的统一管理与快速定位，提升团队协作效率版本快照与Diff每次检入自动记录版本快照，支持任意两个版本间的差异比较和可视化Diff展示，清晰呈现每次变更细节，便于追踪模型演进历史检出/检入锁定建模人员CheckOut后独占编辑权，CheckIn后释放，防止多人同时修改同一模型导致的冲突覆盖，保障数据模型的一致性和完整性报告与审计可生成模型变更历史报告、用户操作审计报告和模型统计报告，全面记录操作轨迹，为模型治理决策提供可靠的数据支撑依据CHAPTER04模型校验与质量保障建立系统化的模型校验机制，确保数据模型的完整性、一致性和可实施性QUALITYASSURANCE模型校验的必要性与时机数据模型中的缺陷在下游开发和运维中会被数十倍放大——一个命名不规范可能导致ETL映射错误，一个缺失约束可能引发数据质量问题。模型校验是在交付前通过系统化检查发现并消除缺陷的关键环节，应贯穿设计自校验、评审预校验和发布正式校验三个关键节点，将问题消灭在源头。01缺陷放大效应模型阶段的命名不一致或缺失索引，在ETL和报表阶段会被放大数十倍修复成本早期发现可避免后期返工10×+02三阶段校验机制设计完成后自校验评审前预校验发布前正式校验3Gates03校验范围覆盖命名规范关系完整性索引设计注释完备性FullStack04持续改进闭环问题归类统计并反馈到建模标准，完善校验规则和建模规范PlanDoCheckActPDCAChecklist·模型质量校验规则与检查清单模型校验清单覆盖命名规范、结构完整性和物理实现三大维度共12项核心检查项，建模人员应在每次提交前逐项核对。命名规范校验实体和属性名称遵循命名标准，缩写在术语表中注册，无自定义缩写或未登记变体。命名一致性确保团队成员能够准确理解模型含义，避免沟通歧义。逻辑模型中文名与物理模型英文名对应正确，Definition字段填写完整业务含义，形成可追溯的文档体系。命名标准结构完整性校验无孤立实体，关系基数与参与性设置符合业务逻辑，主键完整唯一，外键正确关联。结构完整性是数据一致性的基础保障。多对多关系通过中间表分解为两个一对多关系，确保关系模型符合第三范式要求，支持高效的数据查询与维护。主键·外键物理实现校验属性绑定标准Domain，数据类型和长度满足精度要求，索引覆盖高频查询场景。合理的物理设计直接影响数据库性能表现。分区策略和存储参数合理配置，字符集排序规则与目标数据库一致，确保模型能够平滑部署到生产环境。Domain·索引ModelingAnti-Patterns常见建模错误与修正方法实践中最常见的四类建模错误包括：万能表导致结构臃肿、冗余关系引发一致性风险、缺失注释影响可维护性、硬编码降低模型灵活性。这些问题在模型校验阶段应被全部识别并修正。万能表问题将大量不相关属性塞入单一超大表导致查询性能低下，应按业务域和实体粒度合理拆分为多个规范化表。Normalization冗余关系已通过中间表关联的实体间又建立直接关系导致一致性风险，应删除冗余直接关系并通过ERWin的CompleteCompare验证。CompleteCompare缺失注释实体和属性未添加业务含义说明是校验中最常见的不合规项，强制要求所有Definition字段必须填写完整的业务描述。Definition硬编码问题将枚举值硬编码为固定字段而非通过码表实现，应改为引用表设计以提升模型的灵活性和可维护性。ReferenceTableChapter05综合实例与高级功能通过数据仓库维度建模实例掌握ERWin的高级应用能力StarSchema综合实例：数据仓库星型模型设计星型模型由中心事实表和多个维度表组成，查询性能优异、业务人员易于理解，适合作为报表和BI分析的直接数据源。事实表设计创建SALES_FACT事实表，包含销售金额、销售数量、折扣金额等度量字段，通过外键关联各维度表，外键字段使用标准Domain定义，确保数据类型完全一致。SALES_FACT维度表设计DIM_DATE时间维度支持年→日钻取分析；DIM_CUSTOMER客户维度涵盖名称、类型与地区信息。DIM_PRODUCT与DIM_CHANNEL分别管理产品属性与渠道属性，形成完整维度体系。4Dimensions关系与优化事实表与维度表通过非标识关系连接（1:N），维度表主键作为事实表外键，确保数据一致性。为外键列和常用维度列建立索引，按数据量配置分区策略，优化查询性能与存储效率，支撑高并发分析场景。1:NDATAMODELING雪花模型与维度规范化雪花模型是星型模型的规范化变体，通过将维度表分解为层次化子表消除冗余，以更多JOIN换取存储与维护优势。01维度表规范化将扁平维度表分解为层次化子表，如产品维度分解为产品表、类别表和品牌表，通过外键关系逐级关联，实现数据结构的规范化设计。层次化子表02ERWin实现通过标识/非标识关系连接层次化维度子表，逻辑模型建立完整关系链，物理模型自动生成外键约束，确保数据完整