区块链专业DBA的报名费用多少？

作为沃特数字商学院中最好的课程的学员来说，报名费用肯定也是相对来说最贵的了，需要28万RMB。不过既然能够报名这项课程的话，证明自身的经济收入就十分可观了，而且报名了区块链专业DBA肯定课堂上收获的也就更多了，回报也是非常可观。

参考：题主对openGauss数据库应该是入门级（当然可能具体其他数据库通用的DBA经验），建议可以从以下几点入手（包含但不限于）：

1.熟练系统部署：下载openGauss相关软件包，演练部署过程(包括：实例、用户、角色创建已经权限分配等)；

2.熟记openGauss相关的操作命令及参数：如：数据库启停、数据库状态检查、操作系统状态检查、数据库性能、日志检查与清理、时间的一致性、应用的连接数等

3.熟练备份与恢复以及数据迁移相关操作：如：逻辑备份与恢复、物理备份与恢复、数据文件与数据表之间的导入导出(copy)等

4.数据库系统故障检查技能：如获取并能准确解读数据库运行日志等。

学习资料直接上官网下载即可~

补充阅读：对于DBA的日常工作，阶段不同，侧重不同。

层次一，以数据库维护为主，常见表现是“救火队员”型。很多初创企业，都经历过这一过程。数据库维护基本靠人，随着运维体量的增加，需要线性增加人员。整体数据应用水平，基本处于简单、粗放型。

层次二，以数据库维护为主，但已形成较为完善的运维体系。除了基础运维之外，甚至可以考虑一些预防性的措施，提高整体的运维效益。这一阶段的体系化建设，往往是通过文档、运维平台等沉淀下来。数据库作为基础设施层，需要提供较好的数据存储、计算能力输出。但此阶段尚未从更高角度去考虑数据问题，仍仅限于运维层面。

层次三，数据设计应用阶段，企业已不满足数据简单的“存/取”需求，而是从更高的应用角度，考虑如何提高整体数据应用水平。这个阶段会增加数据库架构、设计，加强业务端数据优化工作。表现为增加产品DBA的角色，加大数据库架构权重等。

层次四，数据架构治理阶段，企业不单从某个应用、某条业务线去考虑数据问题，而是公司整体层面做数据的顶层设计。考虑建立专门的机构（如数据委员会）或岗位-首席数据官（CDO）。近些年来，颇为火热的“数据中台”，正是为迎合这一需求而产生的。

DBA视图示例如下:

dba_data_files

◆关于数据库文件的信息

dba_db_links

◆数据库中的所有数据库链路

dba_extents

◆数据库中包括所有分区

dba_free_space

◆所有表空间中自由分区

dba_indexes

◆数据库中所有索引的描述

dba_ind_columns

◆在所有表及聚族上压缩索引的列

dba_objects

◆数据库中所有的对象

dba_rollback_segs

◆回滚段的描述

dba_segments

◆为所有数据库段分配的存储空间

dba_sequences

◆数据库中所有顺序书的描述

dba_synonyms

◆数据库中所有同义词

dba_tables

◆数据库中所有表的描述

dba_tablespaces

◆数据库中所有表空间的描述

dba_tab_columns

◆所有表描述、视图及聚族的列

dba_tab_grants

◆数据库中对象所授的权限

dba_tab_privs

◆数据库中对象所授的权限

dba_ts_quotas

◆所有用户表空间限额

dba_users

◆关于数据库的所有用户信息

dba_views

◆数据库中所有视图

视图：USER_VIEWS

通过USER_VIEWS 数据字典视图，可以访问视图的基本查询，USER_VIEWS 数据字典视图包含10 列，其中主要的3 列如下：

View_Name 视图名

Text_Length 视图的基本查询的长度，以字符为单位

Text 视图使用的查询

其他列主要与对象视图和版本有关，稍后将在本节介绍。

注意：

本节只适用于传统视图。对于物化视图，详细内容见45.9 节。

Text 列的数据类型为LONG。当通过SQL*Plus 查询USER_VIEWS 视图时，这可能会产生问题，因为SQL*Plus 会截断LONG 数据。但是，截断的位置可以通过set long 命令改变。USER_VIEWS 视图提供恰当设置LONG 截断点的机制，下面的示例将介绍这个机制。

Text_Length 列显示视图的查询的长度。因此，SQL*Plus 的LONG 截断点必须为一个等于或大于视图的Text_Length 值的值。例如，下面的程序清单显示了View_Name 列为AGING、Text_Length 列为355 的视图。

select View_Name, Text_Length from USER_VIEWS where View_Name = 'AGING' View_Name Text_Length ---------------- ------------- AGING 355 由于该视图的文本长度为355 个字符，因此可以用set long 命令将LONG 截断点至少增加到 355(默认值为80)，以查看视图的查询的全部文本。

set long 355 然后，可以查询USER_VIEWS 视图，以获得视图的Text 列，使用的查询如下面的程序清单所示：

select Text from USER_VIEWS where View_Name = 'AGING'如果没有使用set long 命令，则输出结果将截断为80 个字符，并且没有任何消息说明为什么会截断。在查询其他视图前，应当重新检查视图的Text_Length 值。

注意：

可以从USER_TAB_COLUMNS 视图中查询视图的列定义，也可以用该视图查询表的列定义。

如果在视图中使用了列别名，并且列别名是视图的查询的一部分，那么视图信息的数据字典查询将得以简化。由于该视图查询的整个文本显示在USER_VIEWS 视图中，因此也将显示列别名。

可以使用下面的格式创建视图：

create view NEWSPAPER_VIEW (SomeFeature, SomeSection) as select Feature, Section from NEWSPAPER在create view 命令的开头部分列出的列名从查询中删除了列别名，从而防止通过 USER_VIEWS 视图查看它们。查看视图的列名的唯一方法是查询USER_TAB_COLUMNS 视图。如果列名在查询语句中， 则对于该查询和列名来说， 只需要查询一个数据字典视图(USER_VIEWS)即可。

例如，已知上例中创建的NEWSPAPER_VIEW 视图，如果查询USER_VIEWS 视图，就会看到：

select Text from USER_VIEWS where View_Name ='NEWSPAPER_VIEW' TEXT --------------------------------------- select Feature, Section from NEWSPAPER 此查询没有显示用户赋予的新列名，因为没有将这些列名作为该视图查询的一部分。为使这些列名显示在USER_VIEWS 视图中，可以在该视图的查询中添加它们，以作为列别名：

create view NEWSPAPER_VIEW as select Feature SomeFeature, Section SomeSection from NEWSPAPER现在，如果查询USER_VIEWS 视图，则列别名将作为视图的查询文本的一部分显示出来：

select Text from USER_VIEWS where View_Name ='NEWSPAPER_VIEW' TEXT ----------------------------------------------- select Feature SomeFeature, Section SomeSection from NEWSPAPER 为了支持对象视图，USER_VIEWS 视图包含下面的列：

Type_Text 该类型视图的type 子句

Type_Text_Length 该类型视图的type 子句的长度

OID_Text 该类型视图的WITH OID 子句

OID_Text_Length 该类型视图的WITH OID 子句的长度

View_Type_Owner 该类型视图的视图类型的所有者

View_Type 视图类型

关于对象视图和类型的详细信息，请参阅第38 章和第41 章。

ALL_VIEWS 视图列出了用户所拥有的全部视图以及授权用户(直接授权或者授权给PUBLIC)访问的视图。由于 ALL_VIEWS 视图包含多个用户的项，因此，除了本节前面列出的列外，它还包含一个Owner 列。DBA_VIEWS 视图列出了数据库中的全部视图，DBA_VIEWS 视图与ALL_VIEWS 视图有相同的列定义。

---