dw的命名规范
- 格式:doc
- 大小:21.00 KB
- 文档页数:3
[数据仓库]分层概念,ODS,DM,DWD,DWS,DIM的概念前⾔:不是做数仓的,但是也需要了解数仓的知识。
其实分层好多因⼈⽽异,问了同事好多分层的区别也不是很清晰。
所以后续有机会还是跟数仓的同事碰⼀下吧~⼀. 各种名词解释1.1 ODS是什么?ODS层最好理解,基本上就是数据从源表拉过来,进⾏etl,⽐如mysql 映射到hive,那么到了hive⾥⾯就是ods层。
ODS 全称是 Operational Data Store,操作数据存储.“⾯向主题的”,数据运营层,也叫ODS层,是最接近数据源中数据的⼀层,数据源中的数据,经过抽取、洗净、传输,也就说传说中的 ETL 之后,装⼊本层。
本层的数据,总体上⼤多是按照源头业务系统的分类⽅式⽽分类的。
但是,这⼀层⾯的数据却不等同于原始数据。
在源数据装⼊这⼀层时,要进⾏诸如去噪(例如有⼀条数据中⼈的年龄是300 岁,这种属于异常数据,就需要提前做⼀些处理)、去重(例如在个⼈资料表中,同⼀ ID 却有两条重复数据,在接⼊的时候需要做⼀步去重)、字段命名规范等⼀系列操作。
1.2 数据仓库层DW?数据仓库层(DW),是数据仓库的主体.在这⾥,从 ODS 层中获得的数据按照主题建⽴各种数据模型。
这⼀层和维度建模会有⽐较深的联系。
细分:1. 数据明细层:DWD(Data Warehouse Detail)2. 数据中间层:DWM(Data WareHouse Middle)3. 数据服务层:DWS(Data WareHouse Servce)1.2.1 DWD明细层?明细层(ODS, Operational Data Store,DWD: data warehouse detail)概念:是数据仓库的细节数据层,是对STAGE层数据进⾏沉淀,减少了抽取的复杂性,同时ODS/DWD的信息模型组织主要遵循企业业务事务处理的形式,将各个专业数据进⾏集中,明细层跟stage层的粒度⼀致,属于分析的公共资源数据⽣成⽅式:部分数据直接来⾃kafka,部分数据为接⼝层数据与历史数据合成。
pb 编程规范声明:为了明确命名意图,所有命名使用英文单词或缩略词。
一. 对象/控件/函数/方法命名规范1.对象命名规则命名必须全部用小写字母, 可以用”_”作为分割符, 例如:2.控件命名规则3.方法/函数命名规则必须以小写字母开头, 采用大小写混合形式, 并且应足够长以描述它的作用. 而且, 方法名应以一个动词起首,如getUserRight()exitProgram()对于比较长的单词推荐使用缩略语以使名称的长度合理化. 当使用缩略语时, 要确保它在整个使用程序中的一致性. 如果一会儿使用Cnt, 一会儿使用 Count,将导致不必要的混淆。
二. 常量和变量命名约定1.常量必须全部大写, 如:constant int MAXVALUE=102.变量三. pb编码规范1.程序头注释约定所有类,接口的开始都要有关于这个类(接口)的注释:/*** Title: Pushclass* Description: function* Copyright: Copyright (c) 2000* Company: GE.Corp* @author: raogaohua* @version: 1.0*/2.函数/方法注释规范所有的函数/方法的开始都应该有描述这段代码的功能的一段简明注释. 但是这种描述不应该包括具体执行过程,因为这常常是随时间而变的,可能会成为错误的注释./*** Name: compString* Description: 找出一个String在一个String[]中位置index* Author: zhaoshouiang* @param strArray String数组* @param strFind 需要找的String* @return >=0:找到, 返回strDind在strArray中的index* -1: 没找到*/public int compString(String[] strArray, String strFind)在方法中的注释要求做到下列几点:A.每一个重要变量的声明应该包括一个嵌入注释,来描述变量的使用.B.变量、控件及函数/方法的命名应该足够清楚, 使得只有复杂的执行细节才需要嵌入注释.C.列举主要数据对象、函数/方法、算法、数据库及系统需求. 一段描述算法的伪代码能会有所帮助。
数据仓库命名规范目录1. 概述 (2)2. 数据仓库命名规范 (4)2.1. 命名规范 (4)2.1.1. 表属性规范 (4)2.1.2. 索引 (9)2.1.3. 视图 (10)2.1.4. 物化视图 (10)2.1.5. 存储过程 (10)2.1.6. 触发器 (10)2.1.7. 函数 (10)2.1.8. 数据包 (10)2.1.9. 序列 (10)2.1.10. 普通变量 (10)2.1.11. 游标变量 (11)2.1.12. 记录型变量 (11)2.1.13. 表类型变量 (11)2.1.14. 数据库链接 (11)2.2. 命名 (11)2.2.1. 语言 (11)2.2.2. 大小写 (12)2.2.3. 单词分隔 (12)2.2.4. 保留字 (12)2.2.5. 命名长度 (12)2.2.6. 字段名称 (12)2.3. 数据类型 (13)2.3.1. 字符型 (13)2.3.2. 数字型 (13)2.3.3. 日期和时间 (13)2.3.4. 大字段 (14)2.3.5. 唯一键 (14)1.概述1.数据模型是数据管理的分析工具和交流的有力手段;同时,还能够很好地保证数据的一致性,是实现商务智能(Business Intelligence)的重要基础。
因此建立、管理一个企业级的数据模型,应该遵循标准的命名和设计规范。
2.数据仓库命名规范2.1.命名规范2.1.1.表属性规范2.1.1.1.表名2.1.1.1.1.ODS层表名前缀为ODS_应用系统名(缩写)_数据表名。
数据表名称必须以有特征含义的单词或缩写组成,中间可以用“_”分割,例如:ODS_FUN_CUSTOMERINFO。
表名称不能用双引号包含,表名长度不超过30个字符。
如果ODS设计采用贴源设计,数据表名应与源系统一致。
●系统和应用名规则如下:⏹核心COR⏹对公信贷CLN⏹个贷PLN⏹基金FUN⏹票据TIC⏹理财 FIN⏹报表 RPT⏹……⏹如有新系统,按规则添加前缀为DW_主题名(缩写)_功能描述。
几种常见的软件命名规则收藏今天终于有时间可以不用加班,回来看电影,听歌。
筹划已久的博客,今天终于也迎来了第一篇有意义的文章,参考了网络上的一些文章,写的不好,再努力。
实际上命名规范是有很多的,也不是见到的就可以说的清楚,这里就就简单的介绍三种:匈牙利命名规范,Pascal,Camel:一、匈牙利命名规范:广泛应用于象Microsoft Windows这样的环境中。
几年以前,Charles Simonyi(他后来成为微软的著名程序员)设计了一种以前缀为基础的命名方法,这种方法后来称为"匈牙利表示法"以记念他.他的思想是根据每个标识符所代表的含义给它一个前缀.微软后来采用了这个思想,给每个标识符一个前缀以说明它的数据类型.因此,整型变量的前缀是n,长整型变量是nl,字符型数组变量是ca,以及字符串(以空类型结尾的字符数组)以sz为前缀.这些名字可能会非常古怪.比如说:lpszFoo表示"Foo"是一个指向以空字符为结尾的字符串的长整型指针. 这种方法的优点是使人能够通过变量的名字来辨别变量的类型,而不比去查找它的定义.遗憾的是,这种方法不仅使变量名字非常绕口,而且使改变变量类型的工作变得十分艰巨.在Windows3.1中,整型变量为16为宽.如果我们在开始时采用了一个整型变量,但是在通过30---40个函数的计算之后,发现采用整型变量宽度不够,这时我们不仅要改变这个变量的类型,而且要改变这个变量在这30--40个函数中的名字. 因为不切实际,除了一些顽固的Windows程序员外已经没有人再使用"匈牙利表示法"了.毫无疑问,在某种场合它依然存在,但大部分人现在已经抛弃它了.一般而言,输入前缀是一种糟糕的想法,因为它把变量于其类型紧紧地绑在了一起. 对于30行以下的函数,匈牙利方法一般有优势。
尤其是对界面编程,有优势。
但对于有强烈的算法要求、尤其是有很多抽象类型的C++程序,匈牙利方法简直是一个灾难。
数据仓库规范一.数据仓库层次结构规范1.1 基本分层结构系统的信息模型从存储的内容方面可以分为,STAGE接口信息模型、ODS/DWD信息模型,MID信息模型、DM信息模型、元数据信息模型。
在各个信息模型中存储的内容如下描述:1) SRC接口层信息模型:提供业务系统数据文件的临时存储,数据稽核,数据质量保证,屏蔽对业务系统的干扰,对于主动数据采集方式,以文件的方式描述系统与各个专业子系统之间数据接口的内容、格式等信息。
与该模型对应的数据是各个专业系统按照该模型的定义传送来的数据文件。
STAGE是生产系统数据源的直接拷贝,由ETL过程对数据源进行直接抽取,在格式和数据定义上不作任何改变。
与生产系统数据的唯一不同是,STAGE层数据具有时间戳。
STAGE层存在的意义在于两点:(1)对数据源作统一的一次性获取,数据仓库中其他部分都依赖于STAGE层的数据,不再重复进行抽取,也不在生产系统上作运算,减小生产系统的压力;(2)在生产系统数据已经刷新的情况下,保存一定量的生产系统的历史数据,以便在二次抽取过程中运算出错的情况下可以进行回溯。
2) ODS/DWD层(对应原模型的ODS和DW层)信息模型:简称DWD层是数据仓库的细节数据层,是对STAGE层数据进行沉淀,减少了抽取的复杂性,同时ODS/DWD的信息模型组织主要遵循企业业务事务处理的形式,将各个专业数据进行集中。
为企业进行经营数据的分析,系统将数据按分析的主题的形式存放,跟STAGE层的粒度一致,属于分析的公共资源。
3) MID 信息模型:轻度综合层是新模型增加的数据仓库中DWD层和DM层之间的一个过渡层次,是对DWD层的生产数据进行轻度综合和汇总统计。
轻度综合层与DWD的主要区别在于二者的应用领域不同,DWD的数据来源于生产型系统,并为满足一些不可预见的需求而进行沉淀;轻度综合层则面向分析型应用进行细粒度的统计和沉淀。
4) DM信息模型:为专题经营分析服务,系统将数据按分析的专题组织成多维库表的形式存放,属于分析目标范畴的数据组织与汇总,属于分析的专有资源。
dw 新建文字格式规则
在DW平台中,新建文字格式规则是非常重要的,它能够确保文章的可读性和一致性。
在以下几个方面,我们可以制定一些文字格式规则:
1.字体和大小:为了保持统一,可以规定文章中的字体和大小。
在DW中,常见的字体包括Arial、Calibri、Times New Roman等。
同时,可以设定正文的字体大小为12号,标题可以设置为16号或者加粗。
2.行间距和段间距:一致的行间距和段间距可以提高文章的可读性。
建议设置正文的行间距为1.5倍,段间距为1.5倍至2倍的正常字号。
3.标题格式:为了突出文章结构和层次感,可以规定标题的格式。
一般而言,可以使用层级标题,例如一级标题使用大写字母,二级标题使用罗马数字,三级标题使用阿拉伯数字等。
4.引用和强调:当引用他人观点或者强调文字时,可以规定相应的格式。
一般来说,可以使用引号或者斜体来突出引用的内容,同时要注意在使用他人观点时注明出处。
5.列表和编号:在列举事项时,可以规定使用符号列表或者编号列表。
符号列表适用于无特定顺序的事项,编号列表适用于有特定顺序的事项。
6.排版和对齐:在排版方面,可以规定文章的对齐方式。
通常情况下,左对齐是最常见的选择,可以使得文章整齐、易读。
总之,在DW平台中,新建文字格式规则是非常必要的。
它能够确保文章的整体风格一致,同时提高文章的可读性和专业性。
通过规定字体、大小、行间距、段间距、标题格式、引用和强调格式、列表和编号格式以及排版和对齐方式,我们可以更加方便地撰写高质量的文章。
1、严格采用阶梯层次组织程序代码:各层次缩进的分格采用VC的缺省风格,即每层次缩进为4格,括号位于下一行。
规定相匹配的大括号在同一列,对继行则规定再缩进4格。
例如:2、提醒信息字符串的位置在程序中需要给出的提醒字符串,为了支持多种语言的开发,除了一些给调试用的临时信息外,其他所有的提醒信息必须定义在资源中。
3、对变量的定义,尽量位于函数的开始位置。
二、命名规则:1、变量名的命名规则①、变量的命名规则规定用“匈牙利法则”。
即开头字母用变量的类型,其余部分用变量的英文意思或其英文意思的缩写,尽量避免用中文的拼音,规定单词的第一个字母应大写。
即:变量名=变量类型+变量的英文意思(或缩写)对非通用的变量,在定义时加入注释说明,变量定义尽量也许放在函数的开始处。
见下表:bool(BOOL) 用b开头bIsParentbyte(BYTE) 用by开头byFlagshort(int) 用n开头nStepCountlong(LONG) 用l开头lSumchar(CHAR) 用c开头cCountfloat(FLOAT) 用f开头fAvgdouble(DOUBLE) 用d开头dDetavoid(VOID) 用v开头vVariantunsigned int(WORD)用w开头wCountunsigned long(DWORD) 用dw开头dwBroadHANDLE(HINSTANCE)用h开头hHandleDWORD 用dw开头dwWordLPCSTR(LPCTSTR) 用str开头strString用0结尾的字符串用sz开头szFileName对未给出的变量类型规定提出并给出命名建议给技术委员会。
②、指针变量命名的基本原则为:对一重指针变量的基本原则为:“p”+变量类型前缀+命名如一个float*型应当表达为pfStat对多重指针变量的基本规则为:二重指针:“pp”+变量类型前缀+命名三重指针:“ppp”+变量类型前缀+命名......③、全局变量用g_开头,如一个全局的长型变量定义为g_lFailCount,即:变量名=g_+变量类型+变量的英文意思(或缩写)④、静态变量用s_开头,如一个静态的指针变量定义为s_plPerv_Inst,即:变量名=s_+变量类型+变量的英文意思(或缩写)⑤、成员变量用m_开头,如一个长型成员变量定义为m_lCount;即:变量名=m_+变量类型+变量的英文意思(或缩写)⑥、对枚举类型(enum)中的变量,规定用枚举变量或其缩写做前缀。
DW的命名规则头:header内容:content/container尾:footer导航:nav侧栏:sidebar栏目:column页面外围控制整体布局宽度:wrapper左右中:left right center登录条:loginbar标志:logo广告:banner页面主体:main热点:hot新闻:news下载:download子导航:subnav菜单:menu子菜单:submenu搜索:search友情链接:friendlink页脚:footer版权:copyright滚动:scroll内容:content标签页:tab文章列表:list提示信息:msg小技巧:tips栏目标题:title加入:joinus指南:guild服务:service注册:regsiter状态:status投票:vote合作伙伴:partner(二)id的命名:(1)页面结构容器: container页头:header内容:content/container页面主体:main页尾:footer导航:nav侧栏:sidebar栏目:column页面外围控制整体布局宽度:wrapper 左右中:left right center(2)导航导航:nav主导航:mainbav子导航:subnav顶导航:topnav边导航:sidebar左导航:leftsidebar右导航:rightsidebar菜单:menu子菜单:submenu标题: title摘要: summary(3)功能标志:logo广告:banner登陆:login登录条:loginbar注册:regsiter搜索:search功能区:shop标题:title加入:joinus状态:status按钮:btn滚动:scroll标签页:tab文章列表:list提示信息:msg当前的: current小技巧:tips图标: icon注释:note指南:guild服务:service热点:hot新闻:news下载:download投票:vote合作伙伴:partner 友情链接:link版权:copyright。
数据仓库命名规范2.1.1.1.2.DW事实表表名前缀为DW_主题名(缩写)—功能描述。
数据表名称必须以有特征含义的单词或缩写组成,中间可以用“_”分割,例如:DW_ORD_DETAIL。
表名称不能用双引号包含,表名长度不超过30个字符。
•主题名规则如下:■订单ORD■营销活动MKC■贷款LN■网银NET■客户CUS■如有新主题,按规则添加•数据表名规则如下:■基础表_BA■日汇总表_D■月汇总表_M■历史累计_H■全量加载_A■增量加载_I2.1.1.1.3.APP应用层表名前缀为APP_主题名(缩写)—功能描述。
数据表名称必须以有特征含义的单词或缩写组成,中间可以用“_”分割,例如:APP_RPT_DEALER_GOODS。
表名称不能用双引号包含,表名长度不超过30个字符。
•主题名规则如下:■报表RPT•数据表名规则如下:参考DW层表名称规范2.1.1.1.4.DW/DM维度表表名前缀为D_。
数据表名称必须以有特征含义的单词或缩写组成,中间可以用“_”分割,例如:D_ACCOUNT、D_PUB_DATE。
表名称不能用双引号包含,表名长度不超过30个字符。
•数据表名规则如下:■日期维度D_PUB_DATE■城市D_CITY2.1.1.1.5.元数据表名前缀为M_应用名(缩写)—功能描述。
数据表名称必须以有特征含义的单词或缩写组成,中间可以用“_”分割,例如:M_ETL_TASK。
表名称不能用双引号包含,表名长度不超过30个字符。
•应用名规则如下:■ETLETL■报表RPT■OLAP分析OLP■源系统SRC■数据库DB■软硬件SHW■■如有新应用,按规则添加2.1.1.2.表分区名前缀为P。
分区名必须有特定含义的单词或字串。
例如:tbl_pstn_detail的分区p2004100101表示该分区存储2004100101时段的数据。
2.1.1.3.字段名字段名称必须用字母开头,采用有特征含义的单词或缩写,不能用双引号包含。
数据仓库建设规范(⽂档版)1 概述本⽂档制定了XX数据仓库中数据库对象的命名规范(⽤户、表、视图、存储过程、函数、表分区、主键、索引、序列等)、数据库编程规范,JAVA编程规范为系统设计和开发⼯作提供统⼀的命名标准,提⾼系统的规整性和代码的可读性,减轻维护⼯作量,提⾼⼯作效率。
2 数据库对象命名规范2.1 层次划分序号模型层次⽤途1ODS存放来⾃各个系统的原始数据;2DW根据业务分析需求,对主题域内的数据进⾏轻度汇总;3DM建⽴跨域的业务主题模型;4DIM统⼀服务于数据中⼼的参数表;5APP应⽤层,⽤于⽣成报表6XX XX数据层级按照⾃⼰数据仓库规划的命名即可~2.2 表、视图、存储过程、函数命名规范<对象类型><_模型层次><_主题><_对象描述>[_汇总类型][_存储类型]说明:<> 尖括号中的内容为必须项,适⽤于所有⽤户层对象,[] ⽅括号中的内容为可选项,会因⽤户层及对象的不同⽽不同命名约束:数据库对象命名可能受最⼤长度限制,因此在实际命名中如果按照规范约定的命名⽅式存在超长的现象,需要开发⼈员灵活控制。
2.2.1 对象类型<对象类型><_模型层次><_主题域><_对象描述>[_汇总类型][_存储类型]。
适⽤范围:所有⽤户层对象。
对象类型对象说明TB TABLE表VW VIEW视图………………2.2.2 模型层次<对象类型><_模型层次><_主题域><_对象描述>[_汇总类型][_存储类型]说明:对象属性⼀般为对象归属⽤户的简写。
适⽤范围:所有⽤户层对象。
可以参照⾃⼰的对象属性命名规范,对此不要求统⼀。
模型层次说明ODS获取层,存放从各个源系统接收的原始数据;DW 根据业务分析需求,对数据进⾏汇总,应⽤分析原则优先访问DW层,其次DWD层,不允许访问ODS层;DM建⽴跨域的业务主题模型;DIM维表APP报表层,根据DM模型数据⽣成报表。
DW模板文件的扩展名一、什么是DW模板文件的扩展名1.1 DW模板文件的定义DW模板文件是指用于Adobe Dreamweaver软件的网页模板文件,它使用特定的扩展名来标识文件类型。
1.2 DW模板文件的扩展名DW模板文件的扩展名为.dwt,其中dwt是Dreamweaver Template的缩写。
二、DW模板文件的作用DW模板文件的扩展名为.dwt,它在Dreamweaver软件中有着重要的作用,具体包括以下几个方面:2.1 网页布局的一致性DW模板文件可以定义网页的整体布局和样式,确保网站的各个页面在布局上保持一致,提升用户体验。
2.2 网页元素的重用性DW模板文件中可以定义和保存网页的公共元素,如导航栏、页脚等,方便在不同页面中重复使用,减少工作量。
2.3 网页内容的更新通过DW模板文件,网站管理员可以轻松地更新网页的内容,而无需修改整个网站的布局和样式,提高工作效率。
三、DW模板文件的创建和使用3.1 创建DW模板文件在Dreamweaver软件中,可以通过以下步骤创建DW模板文件: 1. 打开Dreamweaver软件,点击菜单栏的“文件”。
2. 在下拉菜单中选择“新建”。
3. 在弹出的窗口中选择“模板”选项。
4. 在模板窗口中选择“空白模板”并点击“创建”按钮。
5. 在弹出的对话框中输入模板的名称和保存路径,选择.dwt作为文件的扩展名,点击“保存”。
3.2 使用DW模板文件使用DW模板文件可以按照以下步骤进行: 1. 打开Dreamweaver软件,点击菜单栏的“文件”。
2. 在下拉菜单中选择“新建”。
3. 在弹出的窗口中选择“基于模板创建”选项。
4. 在模板窗口中选择已创建的DW模板文件,点击“创建”按钮。
5. 在弹出的对话框中输入新页面的名称和保存路径,点击“保存”。
四、DW模板文件的优势和不足4.1 优势•提高工作效率:通过使用DW模板文件,可以减少重复的工作,提高网页制作的效率。
dwd表命名摘要:1.DWD 表的概念和作用2.DWD 表的命名规范3.DWD 表命名的实际应用和意义正文:DWD 表,即数据仓库Detail 表,是数据仓库中存储详细数据的一种表格。
它是对源系统数据进行进一步处理和整合的结果,通常用于支持各种数据分析和报表需求。
为了更好地管理和使用DWD 表,我们需要遵循一定的命名规范。
首先,我们需要遵循层次分明、简单易懂的原则来命名DWD 表。
通常,一个DWD 表的命名应该包括以下几个部分:1.业务领域:反映表所涉及的业务范围,如“订单”、“用户”等。
2.业务过程:反映表所涉及的具体业务环节,如“订单创建”、“订单修改”等。
3.数据粒度:反映表所包含数据的详细程度,如“明细”、“汇总”等。
4.数据类型:反映表所包含数据的类型,如“结构化数据”、“非结构化数据”等。
5.特殊标识:如有必要,可以添加一些特殊标识,如“测试”、“生产”等,以区分不同环境的数据。
以一个简单的例子来说,假设我们有一个DWD 表用于存储订单明细数据,那么我们可以给它命名为“订单_创建_明细_结构化”。
遵循这样的命名规范,我们可以更方便地管理和使用DWD 表。
例如,在数据仓库的构建过程中,我们可以快速地找到所需的表,并了解表所包含的数据内容和来源。
在数据分析和报表时,我们可以根据表的命名,推测出表与业务过程之间的关系,从而更好地理解和使用数据。
同时,命名规范还可以提高团队协作的效率。
当团队成员需要寻找或使用某个DWD 表时,命名规范可以帮助他们快速定位到目标表,减少查找和沟通的时间。
此外,命名规范也有利于新成员快速熟悉团队的工作内容,提高融入团队的效率。
总之,遵循命名规范对于管理和使用DWD 表具有重要意义。
dwd表命名摘要:1.表的命名规则2.表的命名方法3.表的命名注意事项正文:在数据库中,表是存储数据的基本单位。
为了方便数据的管理和查询,我们需要给表起一个清晰明了的名字。
表的命名有一定的规则和方法,同时也需要注意一些命名的细节。
一、表的命名规则1.表名应遵循字母、数字和下划线的组合,且以字母开头。
这样可以保证表名的唯一性,避免出现重复的表名。
2.表名应简洁明了,能够体现表中的主要内容。
这样可以方便数据的管理和查询。
3.表名中不应包含特殊字符,如空格、感叹号等。
这样可以避免在编写SQL 语句时出现错误。
二、表的命名方法1.使用驼峰命名法。
这种方法是指表名中每个单词的首字母大写,除第一个单词外。
例如,如果我们要为一个存储用户信息的表命名,可以将其命名为"user_info"。
2.使用短横线命名法。
这种方法是指表名中每个单词之间用短横线分隔。
例如,如果我们要为一个存储商品信息的表命名,可以将其命名为"product_info"。
三、表的命名注意事项1.避免使用单个字母命名。
单个字母的命名不利于体现表中的内容,可能会导致数据管理和查询时出现混淆。
2.避免使用中文或特殊字符命名。
这样可以避免在编写SQL 语句时出现错误,同时也方便数据的管理和查询。
3.避免使用过于抽象的命名。
过于抽象的命名可能导致数据管理和查询时出现混淆,应尽量使用具体明了的命名。
总之,在给表命名时,应遵循命名规则,使用合适的命名方法,并注意命名的细节。
dwd表命名DW表命名是一项重要的任务,它需要准确地描述表的内容和功能,并且需要符合命名规范。
本文将介绍一些DW表命名的原则和建议,帮助读者更好地命名DW表。
一、简洁明确DW表的命名应该简洁明确,能够一目了然地表达表的内容和功能。
可以使用有意义的单词或缩写来描述表的用途,尽量避免使用过长或模糊的表名。
例如,如果需要创建一个存储产品销售数据的DW表,可以命名为“ProductSales”。
这个命名简洁明了,直观地表达了表的内容。
二、遵循命名规范DW表的命名应该符合所在组织或项目的命名规范。
不同的组织和项目可能有不同的规范,可以参考以下几个常见的命名规范原则:1. 大小写规范:可以使用全大写、全小写或首字母大写的方式命名表名,但需要在团队内保持一致。
2. 单词分隔符:可以使用下划线、连字符或驼峰命名法来分隔单词,建议选择一种方式并坚持使用。
3. 表名前缀:可以使用表的用途或类型作为前缀,比如“DIM”表示维度表,“FACT”表示事实表。
例如,按照驼峰命名法,用途为“产品销售”的DW表可以命名为“ProductSales”。
三、可扩展性在命名DW表时,还需要考虑到表的可扩展性。
表名应该具备一定的灵活性,以应对未来可能的表结构调整或扩展需求。
例如,如果需要为产品销售数据创建一个按地理区域分析的DW表,可以命名为“ProductSalesByRegion”。
这个命名不仅表达了表的内容,还为将来可能的扩展提供了空间。
四、避免重复和冲突在命名DW表时,应避免使用已存在的表名或与其他表名冲突的名称。
为了确保表名的唯一性,可以采用以下策略:1. 添加后缀:可以在表名后添加数字、日期等后缀来确保唯一性。
例如,“ProductSales_20210101”。
2. 使用模块前缀:可以根据表所属的模块或功能添加前缀,以免与其他模块的表名冲突。
例如,“Sales_ProductSales”。
五、文档化在使用命名规范和原则命名DW表后,还应该进行文档化,以便团队成员能够了解和遵循这些规范。
DW的命名规则
头:header
内容:content/container
尾:footer
导航:nav
侧栏:sidebar
栏目:column
页面外围控制整体布局宽度:wrapper
左右中:left right center
登录条:loginbar
标志:logo
广告:banner
页面主体:main
热点:hot
新闻:news
下载:download
子导航:subnav
菜单:menu
子菜单:submenu
搜索:search
友情链接:friendlink
页脚:footer
版权:copyright
滚动:scroll
内容:content
标签页:tab
文章列表:list
提示信息:msg
小技巧:tips
栏目标题:title
加入:joinus
指南:guild
服务:service
注册:regsiter
状态:status
投票:vote
合作伙伴:partner
(二)id的命名:
(1)页面结构
容器: container
页头:header
内容:content/container
页面主体:main
页尾:footer
导航:nav
侧栏:sidebar
栏目:column
页面外围控制整体布局宽度:wrapper 左右中:left right center
(2)导航
导航:nav
主导航:mainbav
子导航:subnav
顶导航:topnav
边导航:sidebar
左导航:leftsidebar
右导航:rightsidebar
菜单:menu
子菜单:submenu
标题: title
摘要: summary
(3)功能
标志:logo
广告:banner
登陆:login
登录条:loginbar
注册:regsiter
搜索:search
功能区:shop
标题:title
加入:joinus
状态:status
按钮:btn
滚动:scroll
标签页:tab
文章列表:list
提示信息:msg
当前的: current
小技巧:tips
图标: icon
注释:note
指南:guild
服务:service
热点:hot
新闻:news
下载:download
投票:vote
合作伙伴:partner 友情链接:link
版权:copyright。