检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
ALTER DEFAULT PRIVILEGES 功能描述 设置应用于将来创建的对象的权限(这不会影响分配到已有对象中的权限)。 注意事项 目前只支持表(包括视图)、 序列、函数,类型的权限更改。 语法格式 ALTER DEFAULT PRIVILEGES [ FOR {
ALTER DEFAULT PRIVILEGES 功能描述 设置应用于将来创建的对象的权限(这不会影响分配到已有对象中的权限)。 注意事项 目前只支持表(包括视图)、序列、函数,类型的权限更改。 语法格式 1 2 3 4 ALTER DEFAULT PRIVILEGES [
事务 【规格】大对象操作不支持事务。 大对象操作包括:创建删除DATABASE, ANALYZE, VACUUM。 【规则】通过JDBC客户端接入时,关闭autocommit参数,显式的执行事务的COMMIT。 一方面,开启autocommit参数,会导致部分参数(如fetchsize
DROP DATABASE LINK 功能描述 删除DATABASE LINK对象。 语法格式 DROP [ PUBLIC ] DATABASE LINK [ IF EXISTS ] dblink_name; 参数说明 dblink_name 连接对象的名称。 IF EXISTS
DROP DATABASE LINK 功能描述 删除DATABASE LINK对象。 语法格式 DROP [ PUBLIC ] DATABASE LINK [ IF EXISTS ] dblink_name; 参数说明 dblink_name 连接对象的名称。 IF EXISTS
事务 【规格】大对象操作不支持事务。 大对象操作包括:创建删除DATABASE、ANALYZE和VACUUM。 【规则】通过JDBC客户端接入时,关闭autocommit参数,显式的执行事务的COMMIT。 一方面,开启autocommit参数,会导致部分参数(如fetchsize
] [ CASCADE | RESTRICT ]; 回收指定外部服务器上权限。
ALTER SYNONYM 功能描述 修改SYNONYM对象的属性。 注意事项 目前仅支持修改SYNONYM对象的属主。 只有系统管理员有权限修改SYNONYM对象的属主信息。 新属主必须具有SYNONYM对象所在模式的CREATE权限。 语法格式 ALTER SYNONYM synonym_name
用户权限设置 给用户直接授予某对象的权限,请使用GRANT。 将Schema中的表或者视图对象授权给其他用户或角色时,需要将表或视图所属Schema的USAGE权限同时授予该用户或角色。否则用户或角色将只能看到这些对象的名称,并不能实际进行对象访问。 例如,下面示例将Schema
ALTER SYNONYM 功能描述 修改SYNONYM对象的属性。 注意事项 目前仅支持修改SYNONYM对象的属主。 只有系统管理员有权限修改SYNONYM对象的属主信息。 新属主必须具有SYNONYM对象所在模式的CREATE权限。 语法格式 1 2 ALTER SYNONYM
用户权限设置 给用户直接授予某对象的权限,请使用GRANT。 将Schema中的表或者视图对象授权给其他用户或角色时,需要将表或视图所属Schema的USAGE权限同时授予该用户或角色。否则用户或角色将只能看到这些对象的名称,并不能实际进行对象访问。 例如,下面示例将Schema
PG_DEPEND PG_DEPEND系统表记录数据库对象之间的依赖关系。这个信息允许DROP命令找出哪些其它对象必须由DROP CASCADE删除,或者是在DROP RESTRICT的情况下避免删除。 这个表的功能类似PG_SHDEPEND,用于记录那些在数据库集群之间共享的对象之间的依赖性关系
用户权限设置 给用户直接授予某对象的权限,请参见GRANT。 将Schema中的表或者视图对象授权给其他用户或角色时,需要将表或视图所属Schema的USAGE权限同时授予该用户或角色。否则用户或角色将只能看到这些对象的名称,并不能实际进行对象访问。 例如,下面示例将Schema
PG_DEPEND PG_DEPEND系统表记录数据库对象之间的依赖关系。这个信息允许DROP命令找出哪些其它对象必须由DROP CASCADE删除,或者是在DROP RESTRICT的情况下避免删除。 这个表的功能类似PG_SHDEPEND,用于记录那些在数据库集群之间共享的对象之间的依赖性关系
用户权限设置 给用户直接授予某对象的权限,请参见GRANT。 将Schema中的表或者视图对象授权给其他用户或角色时,需要将表或视图所属Schema的USAGE权限同时授予该用户或角色。否则用户或角色将只能看到这些对象的名称,并不能实际进行对象访问。 例如,下面示例将Schema
用户权限设置 给用户直接授予某对象的权限,请参见GRANT。 将Schema中的表或者视图对象授权给其他用户或角色时,需要将表或视图所属Schema的USAGE权限同时授予该用户或角色。否则用户或角色将只能看到这些对象的名称,并不能实际进行对象访问。 例如,下面示例将Schema
用户权限设置 给用户直接授予某对象的权限,请参见GRANT。 将Schema中的表或者视图对象授权给其他用户或角色时,需要将表或视图所属Schema的USAGE权限同时授予该用户或角色。否则用户或角色将只能看到这些对象的名称,并不能实际进行对象访问。 例如,下面示例将Schema
ALTER SYNONYM 功能描述 修改SYNONYM对象的属性。 注意事项 目前仅支持修改SYNONYM对象的属主。 只有系统管理员有权限修改SYNONYM对象的属主信息。 新属主必须具有SYNONYM对象所在模式的CREATE权限。 语法格式 ALTER SYNONYM synonym_name
ALTER SYNONYM 功能描述 修改SYNONYM对象的属性。 注意事项 目前仅支持修改SYNONYM对象的属主。 只有系统管理员有权限修改SYNONYM对象的属主信息。 新属主必须具有SYNONYM对象所在模式的CREATE权限。 语法格式 1 2 ALTER SYNONYM
PG_DEPEND PG_DEPEND系统表记录数据库对象之间的依赖关系。这个信息允许DROP命令找出哪些其它对象必须由DROP CASCADE删除,或者是在DROP RESTRICT的情况下避免删除。 这个表的功能类似PG_SHDEPEND,用于记录那些在数据库集群之间共享的对象之间的依赖性关系