数据字典

本篇博客主要聊聊自定义注解在项目中的应用，自定义注解用来做系统监控日志，这个用法已经烂大街了，无法让面试官眼前一亮的感觉。 项目开发中数据字典使用场景非常多，使用数据字典有一点非常的不方便，那就是数据库中存放的是数字，而实际页面上展示的却是汉字；那么这也就造成了，每次做页面展示的时候都需要给数字进行转义，将其转义成汉字内容展示到页面，而转换的过程过于繁琐； 咱们的自定义注解可以完美的解决这一问题； 浏览器输入：http://localhost:8080/student/listPager 测试 最后浏览器访问的效果图 小李飞刀_解决方案 小李飞刀_解决方案 当然，也可以不走默认规则，xxx就是在类属性上的自定义注解的属性值 小李飞刀_解决方案 相关的pom依赖 com.alibaba fastjson 1.2.4 逆向工程生成实体类、mapper.xml、mapper.java 实体类 package com.javaxl.model; public class DataDict { private Integer id; private String datasource; private String description; public DataDict(Integer id, String datasource, String description) { this.id

MySQL 8.0 简介 MySQL 5.7 到 8.0，Oracle 官方跳跃了 Major Version 版本号，随之而来的就是在 MySQL 8.0 上做了许多重大更新，在往企业级数据库的路上大步前行，全新 Data Dictionary 设计，支持 Atomic DDL，全新的版本升级策略，安全和账号管理加强，InnoDB 功能增强等，目前小版本已经 release 到 8.0.16，新的功能仍然在持续推出。 RDS MySQL 8.0 产品是阿里云推出的 MySQL 系列云产品之一，使用完全兼容 MySQL 8.0 的阿 里云 AliSQL 8.0 分支，除了官方在 MySQL 8.0 推出的全新功能外，AliSQL 沉淀了许多在 Alibaba 集团电商业务和云上几十万客户在使用 MySQL 过程中遇到的问题和需求，以此来加固AliSQL, 提升 AliSQL 的性能和稳定性。 下面分别对 MySQL 8.0 和 AliSQL 8.0 相关的版本和功能做简短的介绍: MySQL 8.0 版本更新 1. 数据字典 MySQL 8.0 摒弃了 Server Layer 定义的 FRM 文件和其它非事务表，使用了一组 InnoDB 表来 保存数据字典，支持事务特性。 2. Atomic DDL 在 Data Dictionary 支持事务特性的基础上，8.0 增加了一个

同义词 同义词（synonym）是表、索引和视图等模式对象的一个别名。同义词只是数据库对象的替代名，与视图类似，同义词并不占用实际存储空间，只在数据字典中保存同义词的定义。在使用同义词时，Oracle简单地将它翻译成对应方案的名称。 通过使用同义词，一方面可以简化对象访问，如数据字典视图 USER_INDEXES 的同义词为IND，数据字典视图USER_SEQUENCES的同义词为SEQ；另一方面可以提高对象访问的安全性，如屏蔽对象所有者、对象名和数据库链接名。 在开发数据库应用程序时，应当尽量避免直接引用表、视图或其他数据库对象打的名称，而改用这些对象的同义词。这样可以避免当管理员对数据库对象做出修改和变动之后，必须重新编译应用程序。使用同义词后，即使引用的对象发生变化，也只需要在数据库中对同义词进行修改，而不必对应用程序做任何改动。 在Oracle中可以创建两种类型的同义词： 共用同义词（public synonym）： 共有同义词是由PUBLIC用户组所拥有，数据库中所有的用户都可以使用共有同义词。 私有同义词（private synonym）： 私有同义词是由创建它的用户（或方案）所拥有，也称方案同义词（schema synonym）。用户可以控制其他用户是否有权使用属于自己的方案同义词。 在创建同义词时，它所基于的对象可以 不存在

Primavera P6R8.3 PPM 也是 15.1前用的最多的版本之一，其功能足够完全，而且还特别支持Win XP，和目前的最新的v19.12在一些关键数据结构上也几无大的差别； 为了方便更多P6项目管理信息化人员，我分享下该版的数据字典，总共 182 张关键表信息，感兴趣的朋友直接在可以文章底部下载 关键总表 ACCOUNT LOCATION ROLELIMIT TASKWKSP DOCSTAT PROJEST SETTINGS USEROBS ACTVCODE MEMOTYPE ROLERATE TEMPKEYS DOCUMENT PROJFUND SHIFT USEROPEN ACTVTYPE NEXTKEY ROLES THRSPARM EXPPROJ PROJISSU SHIFTPER USERS ADMIN_CONFIG NONWORK ROLFOLIO TIMESHT EXTAPP PROJPCAT SPIDMAP USERSET BASETYPE NOTE RPT TMPLCATG FACTOR PROJPROP SUMPROJCOST USERWKSP BGPLOG OBS RPTBATCH TPROJMAP FACTVAL PROJRISK SUMTASK USESSAUD BRE_REGISTRY OBSPROJ RPTGROUP TRAKVIEW

1、标注外键 SELECT S.*, PK.*, CASE WHEN PK.COLUMN_POSITION > 0 THEN '√' ELSE '' END AS PKYN FROM (SELECT A.OWNER, A.TABLE_NAME, A.COLUMN_NAME, A.COLUMN_ID, DECODE(A.CHAR_LENGTH, 0, DECODE(A.DATA_SCALE, NULL, A.DATA_TYPE, A.DATA_TYPE || '(' || A.DATA_PRECISION || ',' || A.DATA_SCALE || ')'), A.DATA_TYPE || '(' || A.CHAR_LENGTH || ')') AS COLTYPE, A.DATA_DEFAULT AS DEFAULTVAL, CASE WHEN A.NULLABLE = 'Y' THEN '√' ELSE '' END AS NULLYN, B.COMMENTS AS COMMENTSS FROM SYS.ALL_TAB_COLUMNS A, SYS.DBA_COL_COMMENTS B WHERE A.OWNER = B.OWNER AND A.TABLE_NAME = B.TABLE_NAME AND A.COLUMN_NAME = B.COLUMN_NAME AND

二次封装el-table组件，以便使用。 包含两个部分：使用说明、创建。 前沿： 1. 包含：表格展示、分页、二级表头、数据字典转换展示、时间格式转换展示、数组转换成逗号分割字符串展示、表格内按钮、表格内switch按钮、多选、pdf展示名字并点击名字时预览，等众多功能。 2. 各个属性灵活运用，也可自己添加、更改相关属性配置。 3. 这里设置从父组件中传输过来的对象和数组都用JSON串接收，目的是为了方便监听数值变化。 4. 代码为手写，已检查，但不保证没有单词写错，如报错，请检查一下单词的拼写。 前期准备： 如后台直接提供数据字典相关字段的翻译文字，则此步跳过。 添加Vue过滤器，过滤器中添加【数据字典值转文字】方法(若不用过滤器也可，可添加成公共方法，用时调用即可)： const filters = { } ; /** * 将value值转换成数据字典中对应的label值 * @value {String/Array} 数据value值，必传 * @dictionaryList {Array} value值所在的整个数据字典数据，必传 * @keys {Object} {value: 'code', label: 'codeDsc'}: 数据字典对应的value和label值设定，如不设定，默认'value'和'label'，非必传 **/ filters .

一、Oracle数据字典 　　数据字典是Oracle存放有关数据库信息的地方，其用途是用来描述数据的。比如一个表的创建者信息，创建时间信息，所属表空间信息，用户访问权限信息等。当用户在对数据库中的数据进行操作时遇到困难就可以访问数据字典来查看详细的信息。 　　Oracle中的数据字典有静态和动态之分。静态数据字典主要是在用户访问数据字典时不会发生改变的，但动态数据字典是依赖数据库运行的性能的，反映数据库运行的一些内在信息，所以在访问这类数据字典时往往不是一成不变的。以下分别就这两类数据字典来论述。　　 1.静态数据字典 　　这类数据字典主要是由表和视图组成，应该注意的是，数据字典中的表是不能直接被访问的，但是可以访问数据字典中的视图。静态数据字典中的视图分为三类，它们分别由三个前缀够成：user_*、 all_*、 dba_*。 　　user_*：该视图存储了关于当前用户所拥有的对象的信息。（即所有在该用户模式下的对象） 　　all_*：该试图存储了当前用户能够访问的对象的信息。（与user_*相比，all_* 并不需要拥有该对象，只需要具有访问该对象的权限即可） 　　dba_*：该视图存储了数据库中所有对象的信息。（前提是当前用户具有访问这些数据库的权限，一般来说必须具有管理员权限） 　　从上面的描述可以看出，三者之间存储的数据肯定会有重叠，其实它们除了访问范围的不同以外

数据字典的理解 1.什么叫数据字典 数据字典通俗上讲就是将数据抽象为字典的形式存储。 想要理解数据字典首先我们要了解什么叫做字典，字典的构成，字典的作用，这些我们弄懂了基本上数据字典的概念大致也就弄懂了。 从字典的构成理解： 字典都是以键值对的方式来存储和查阅。所以数据字典必定也是以键值对的方式存储和查阅。假如我们不认识“任”这个字，想想我们使用字典查“任”这个字的时候首先查的是“亻”偏旁部首，然后看到很多“亻”字旁的字，比如说“任“、“仁”等。同样的数据字典存储的是数据，比如说存储的是很多种水果的数据，而我们将这些共性抽象出来那就是水果，然后我们直接查”水果“就可以查看这些数据。当然这只是一种很简单的假设，真正的数据字典比这要复杂。 从字典的作用理解 ： 字典最大的作用就是将信息集合起来，抽象为键值对的形式方便人们搜索查阅，所以数据字典最大的作用也是为了方便对数据的查阅。 字典的使用对象为人，而数据字典的使用对象就包括人和系统。对于系统来说数据字典是数据库中的表，它存放数据库所有的有关信息，对用户来说是一组只读的表。 2.为什么要建立数据字典 说到这里大家可能对数据字典有了初次认识。接下来就从专业的角度讲讲数据字典的作用。 在做一个系统前首先要做的是需求分析，需求分析包括系统功能分析，而功能的实现需要数据的支撑，用户和系统之间的交互也需要数据的支撑。而如何存储，处理

背景 dba的日常工作肯定有一项是ddl变更，ddl变更会锁表，这个可以说是dba心中永远的痛，特别是执行ddl变更，导致库上大量线程处于“Waiting for meta data lock”状态的时候。因此mysql 5.6的online ddl特性是dba们最期待的新特性，这个特性解决了执行ddl锁表的问题，保证了在进行表变更时，不会堵塞线上业务读写，保障在变更时，库依然能正常对外提供访问。网上关于online ddl的文章很多，但涉及原理的很少，都是介绍语法之类的，本文将详细介绍online ddl的原理，知其然，更要知其所以然。 ddl实现方式 5.6 online ddl推出以前，执行ddl主要有两种方式copy方式和inplace方式，inplace方式又称为(fast index creation)。相对于copy方式，inplace方式不拷贝数据，因此较快。但是这种方式仅支持添加、删除索引两种方式，而且与copy方式一样需要全程锁表，实用性不是很强。下面以加索引为例，简单介绍这两种方式的实现流程。 copy方式 (1).新建带索引的临时表 (2).锁原表，禁止DML，允许查询 (3).将原表数据拷贝到临时表(无排序，一行一行拷贝) (4).进行rename，升级字典锁，禁止读写 (5).完成创建索引操作 inplace方式 (1).新建索引的数据字典 (2).锁表

字段 说明 OWNER 索引拥有者 INDEX_NAME 索引名字 INDEX_TYPE 索引类型 TABLE_OWNER 表的拥有者 TABLE_NAME 表名 TABLE_TYPE 表类型 UNIQUENESS 是否唯一 COMPRESSION 是否压缩 PREFIX_LENGTH 压缩键上前缀的列数量 TABLESPACE_NAME 属于哪个表空间 INI_TRANS 事务表的初始大小由对象的INI_TRANS设置指定，默认2 MAX_TRANS 最大的MAX_TRANS条目，默认255 INITIAL_EXTENT 初始化区大小65536 NEXT_EXTENT 第二个区大小1048576 MIN_EXTENTS 段中允许的最小区大小 MAX_EXTENTS 段中允许的最大区大小，默认2g PCT_INCREASE 后面区是前面区的增长百分比 PCT_THRESHOLD 每个块中允许索引入口的百分比阀值 INCLUDE_COLUMN 索引组织表主键索引中包含最后一列的列ID FREELISTS 分配到这个段的进程自由列表数量 FREELIST_GROUPS 分配到这个段的进程自由列表组的数量 PCT_FREE 一个块中最小自由空间的百分比 LOGGING 索引改变是否记录到日志 BLEVEL B树索引等级（从根块到叶子块的深度） LEAF_BLOCKS 索引中叶子块的数量