管理事务事务是用户定义的一个数据库操作序列，这些操作要么全做要么全不做，是一个不可分割的工作单位。GaussDB数据库支持的事务控制命令有启动、设置、提交、回滚。GaussDB数据库支持的事务隔离级别有READ COMMITTED、REPEATABLE READ和SERIALIZABLE，SERIALIZABLE等价于REPEATABLE READ。事务控制以下是数据库支持的事务命令：启动事务用户
全量物化视图支持和约束支持场景通常全量物化视图所支持的查询范围与CREATE TABLE AS语句一致。全量物化视图上支持创建索引。支持analyze、explain。Ustore引擎不支持全量物化视图的创建和使用。不支持场景物化视图不支持增删改操作，只支持查询语句。约束全量物化视图的刷新、删除过程中会给基表加高级别锁，若物化视图的定义涉及多张表，需要注意业务逻辑，避免死锁产生。使用语法格式创建全
闪回查询背景信息闪回查询可以查询过去某个时间点表的某个snapshot数据，这一特性可用于查看和逻辑重建意外删除或更改的受损数据。闪回查询基于MVCC多版本机制，通过检索查询旧版本，获取指定老版本数据。前提条件整体方案分为三部分：旧版本保留、快照的维护和旧版本检索。旧版本保留：新增undo_retention_time配置参数，用来设置旧版本保留的时间，超过该时间的旧版本将被回收清理，若使用闪回查
一、数据导入导出场景划分gsql工具适用场景和使用方法适用场景文本格式对象定义的创建使用方法gsql -d db1 -p 16000 -U u1 -W Huawei@123 -f/data/table.sql示例：ALTER SESSION SET CURRENT_SCHEMA = PUBLIC; ALTER TABLE "PUBLC".GA_COM_COLLECTION_ERROR_TABLE
使用SQL PATCH进行调优SQL PATCH主要设计给DBA、运维人员及其他需要对SQL进行调优的角色使用，用户通过其他运维视图或定位手段识别到业务语句存在计划不优导致的性能问题时，可以通过创建SQL PATCH对业务语句进行基于hint的调优。目前支持行数、扫描方式、连接方式、连接顺序、PBE custom/generic计划选择、语句级参数设置、参数化路径的hint。此外，对于部分由特定语
定义安全标签前提条件数据库正常运行，执行操作的用户需要具有SYSADMIN权限或者继承了内置角色gs_role_seclabel的权限。背景信息提供系统表gs_security_label来查看系统中已创建好的安全标签：SELECT * FROM gs_security_label;操作步骤以某个实际业务应用举例说明，比如某公司的信息等级为公开、秘密和绝密，那么就可分别对应成等级L1、L2和L3。
介绍账本数据库顾名思义，可以作为记账用的数据库，既然是记账，那至少应该具备历史操作可追溯，历史操作不可修改2个特点。以下是比较官网的说明。账本数据库融合了区块链思想，将用户操作记录至两种历史表中：用户历史表和全局区块表。当用户创建防篡改用户表时，系统将自动为该表添加一个hash列来保存每行数据的hash摘要信息，同时在blockchain模式下会创建一张用户历史表来记录对应用户表中每条数据的变更行
PostgreSQL是进程模型，而GaussDB是线程池模型。PostgreSQL只支持行存，GaussDB有行存，列存，还有Ustore。PostgreSQL仅有集中式，GaussDB一套内核既支持集中式，又支持分布式。GaussDB有很多独特的特性，比如GTM-Lite、Numa-Aware、两地三中心、同城双集群、动态脱敏、全密态、防篡改。一、全密态介绍 全密态数据库意在解决数据全生命
适用范围19c操作步骤Oracle TDE 表空间配置Oracle19C透明数据加密密钥库搜索顺序TDE密钥库的搜索顺序取决于您如何设置实例初始化参数，sqlnet.ora参数或环境变量。Oracle Database通过按以下顺序搜索这些位置来检索密钥库：当TDE_CONFIGURATION初始化参数的KEYSTORE_CONFIGURATION属性设置为FILE时，由WALLET_ROOT实例
基于规则的优化器(rbo，rule based optimizer)在上古版本中的数据库较为常见，比如过去常听DBA说的SQL语句驱动表要放前面，被驱动表要放后面之类的云云，听的好像很深奥，究其本质为数据库引擎按照固定规则去优化执行计划;这样的规则往往较为简单比如是否有索引、驱动表是否在前等等。举个例子，汽车导航中始发地到目的地之间有多种路线,rbo中就是按距离规则来计算，不考虑实际路况比较傻瓜化
Mogdb支持全局临时表和本地临时表，创建临时表时可以在TEMP或TEMPORARY前指定GLOBAL或LOCAL关键字。如果指定GLOBAL关键字，MogDB会创建全局临时表，否则MogDB会创建本地临时表。全局临时表全局临时表的元数据对所有会话可见，会话结束后元数据继续存在。全局临时表有两种模式：一种是基于会话级别的(ON COMMIT PRESERVE ROWS)，当会话结束时自动清空用户数
在PostgreSQL中很多实用的小技巧，有效的利用这技巧，有时候可以帮助我们在遇到意外的情况时，及时的恢复。本文借助PG MVCC实现机制，来介绍以下在PG中如果一个表的列被意外删除了怎么进行快速恢复。在PG中当一个表的列被删除时，其实并没有真正的删除而是在系统表中将该列标记为删除，在表不经过VACUUM FULL和UPDATE操作的情况下，通过修该pg_attribute表的attname、a
[sysomm@db1 ~]$ pg_controldata /mogdata/cluster_26000/ pg_control version number: 923 Catalog version number: 201611171 Database system identifier: 3422859389133465
页修剪create table hot (id int , s char(2000)); create index hot_id on hot(id); insert into hot values (1,'A'); auxdb=# SELECT * FROM heap_page_items(get_raw_page('hot',0)); lp | lp_off | lp_flags | l
MogDB=# select * from pg_indexes where tablename = 'pg_class'; schemaname | tablename | indexname | tablespace | indexd
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
