云数据库 RDS for MySQL

 

云数据库 RDS for MySQL拥有即开即用、稳定可靠、安全运行、弹性伸缩、轻松管理、经济实用等特点,让您更加专注业务发展。

 
 

    数据库 权限表设计 更多内容
  • 视图和关联表设计

    视图和关联设计 视图设计 【建议】除非视图之间存在强依赖关系,否则不建议视图嵌套。 【建议】视图定义中尽量避免排序操作。 关联设计 【建议】之间的关联字段应该尽量少。 【建议】关联字段的数据类型应该保持一致。 【建议】关联字段在命名上,尽可能体现出明显的关联关系。例如,采用同样名称来命名。

    来自:帮助中心

    查看更多 →

  • Hudi表分区设计规范

    议使用。 建议 事实采用日期分区,维度采用非分区或者大颗粒度的日期分区 是否采用分区要根据的总数据量、增量和使用方式来决定。从的使用属性看事实和维度具有的特点: 事实:数据总量大,增量大,数据读取多以日期做切分,读取一定时间段的数据。 维度:总量相对小,增量小

    来自:帮助中心

    查看更多 →

  • 视图和关联表设计

    视图和关联设计 视图设计 除非视图之间存在强依赖关系,否则不建议视图嵌套。 视图定义中尽量避免排序操作。 关联设计 之间的关联字段应该尽量少。 关联字段的数据类型应该保持一致。 关联字段在命名上,应该可以明显体现出关联关系。例如,采用同样名称来命名。 父主题: 数据库对象设计

    来自:帮助中心

    查看更多 →

  • 视图和关联表设计

    视图和关联设计 视图设计 【建议】除非视图之间存在强依赖关系,否则不建议视图嵌套。 【建议】视图定义中尽量避免排序操作。 关联设计 【建议】之间的关联字段应该尽量少。 【建议】关联字段的数据类型应该保持一致。 【建议】关联字段在命名上,应该可以明显体现出关联关系。例如,采用同样名称来命名。

    来自:帮助中心

    查看更多 →

  • 视图和关联表设计

    视图和关联设计 视图设计 除非视图之间存在强依赖关系,否则不建议视图嵌套。 视图定义中尽量避免排序操作。 关联设计 之间的关联字段应该尽量少。 关联字段的数据类型应该保持一致。 关联字段在命名上,应该可以明显体现出关联关系。例如,采用同样名称来命名。 父主题: 数据库对象设计

    来自:帮助中心

    查看更多 →

  • Hudi表索引设计规范

    Hudi索引设计规范 规则 禁止修改索引类型。 Hudi的索引会决定数据存储方式,随意修改索引类型会导致中已有的存量数据与新增数据之间出现数据重复和数据准确性问题。常见的索引类型如下: 布隆索引:Spark引擎独有索引,采用bloomfiter机制,将布隆索引内容写入到Parquet文件的footer中。

    来自:帮助中心

    查看更多 →

  • ClickHouse本地表设计

    ClickHouse本地设计 规则 单(分布式)的记录数不要超过万亿,对于万亿以上的查询,性能较差,且集群维护难度变大。单(本地)不超过百亿。 设计都要考虑到数据的生命周期管理,需要进行TTL属性设置或定期老化清理分区数据。 单的字段建议不要超过5000列。

    来自:帮助中心

    查看更多 →

  • 视图和关联表设计

    视图和关联设计 视图设计 除非视图之间存在强依赖关系,否则不建议视图嵌套。 视图定义中尽量避免排序操作。 关联设计 之间的关联字段应该尽量少。 关联字段的数据类型应该保持一致。 关联字段在命名上,应该可以明显体现出关联关系。例如,采用同样名称来命名。 父主题: 数据库对象设计

    来自:帮助中心

    查看更多 →

  • 视图和关联表设计

    视图和关联设计 视图设计 【建议】除非视图之间存在强依赖关系,否则不建议视图嵌套。 【建议】视图定义中尽量避免排序操作。 关联设计 【建议】之间的关联字段应该尽量少。 【建议】关联字段的数据类型应该保持一致。 【建议】关联字段在命名上,应该可以明显体现出关联关系。例如,采用同样名称来命名。

    来自:帮助中心

    查看更多 →

  • 视图和关联表设计

    视图和关联设计 视图设计 【建议】除非视图之间存在强依赖关系,否则不建议视图嵌套。 【建议】视图定义中尽量避免排序操作。 关联设计 【建议】之间的关联字段应该尽量少。 【建议】关联字段的数据类型应该保持一致。 【建议】关联字段在命名上,尽可能体现出明显的关联关系。例如,采用同样名称来命名。

    来自:帮助中心

    查看更多 →

  • 视图和关联表设计

    视图和关联设计 视图设计 【建议】除非视图之间存在强依赖关系,否则不建议视图嵌套。 【建议】视图定义中尽量避免排序操作。 关联设计 【建议】之间的关联字段应该尽量少。 【建议】关联字段的数据类型应该保持一致。 【建议】关联字段在命名上,尽可能体现出明显的关联关系。例如,采用同样名称来命名。

    来自:帮助中心

    查看更多 →

  • 视图和关联表设计

    视图和关联设计 视图设计 除非视图之间存在强依赖关系,否则不建议视图嵌套。 视图定义中尽量避免排序操作。 关联设计 之间的关联字段应该尽量少。 关联字段的数据类型应该保持一致。 关联字段在命名上,应该可以明显体现出关联关系。例如,采用同样名称来命名。 父主题: 数据库对象设计

    来自:帮助中心

    查看更多 →

  • IAM权限和数据库权限的区别

    IAM权限数据库权限的区别 DAS作为管理面服务,不会直接对客户的数据库实例资源进行增删改操作。在DAS页面执行的只有增删改数据库连接(即数据库登录信息)的操作。 IAM权限控制对DAS的应用范围仅在登录数据库连接前,登录数据库连接后,权限校验就由数据库账号自身的权限来接管了。

    来自:帮助中心

    查看更多 →

  • 查询数据库对象权限

    ObjectAuthority objects 对象权限集合。 4 ObjectAuthority 参数 参数类型 描述 name String 对象名称。 role_authority Array of RoleAuthority objects 角色权限集合。 5 RoleAuthority 参数

    来自:帮助中心

    查看更多 →

  • 数据库账号权限说明

    数据库账号权限说明 创建逻辑库、导入逻辑库、分片变更操作时,数据库账号需具备以下权限,建议您创建具备以下权限的账号或直接使用管理员账号进行相关操作。 SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, RELOAD, PROCESS, REFERENCES

    来自:帮助中心

    查看更多 →

  • 配置Spark表、列和数据库的用户权限

    配置Spark、列和数据库的用户权限 操作场景 使用SparkSQL操作或者数据库时,如果用户访问别人创建的数据库,需要授予对应的权限。为了实现更严格权限控制,SparkSQL也支持列级别的权限控制。如果要访问别人创建的上某些列,需要授予列权限。以下介绍使用Manage

    来自:帮助中心

    查看更多 →

  • 配置Hive表、列或数据库的用户权限

    数据库目录的HDFS权限。为了避免产生性能问题,取消的任意权限,系统不会自动取消数据库目录的HDFS权限,但对应的用户只能登录数据库和查看名。 若为角色添加或删除数据库的查询权限数据库中的也将自动添加或删除查询权限。 相关概念 1 使用Hive、列或数据库场景权限一览

    来自:帮助中心

    查看更多 →

  • 权限列表

    新建汇总 Y Y N N 删除汇总 Y Y N N 查询汇总 Y Y Y Y 编辑汇总 Y Y N N 新建通用配置 Y Y N N 删除通用配置 (指已发布状态的逻辑实体或,对其在编辑并保存后产生的草稿的删除操作) Y Y N N 操作通用配置 (指逻辑实体或的导入、导出、发布、下线、同步、逆向等操作)

    来自:帮助中心

    查看更多 →

  • 配置Spark表、列和数据库的用户权限

    配置Spark、列和数据库的用户权限 操作场景 使用SparkSQL操作或者数据库时,如果用户访问别人创建的数据库,需要授予对应的权限。为了实现更严格权限控制,SparkSQL也支持列级别的权限控制。如果要访问别人创建的上某些列,需要授予列权限。以下介绍使用Manage

    来自:帮助中心

    查看更多 →

  • 配置Hive表、列或数据库的用户权限

    配置Hive、列或数据库的用户权限 操作场景 使用Hive或者数据库时,如果用户访问别人创建的数据库,需要授予对应的权限。为了实现更严格权限控制,Hive也支持列级别的权限控制。如果要访问别人创建的上某些列,需要授予列权限。以下介绍使用Manager角色管理功能在授权、列授权和数据库授权三个场景下的操作。

    来自:帮助中心

    查看更多 →

  • 权限列表

    权限 本模块展示运维事件中心的三个策略所拥有的操作权限,使用过程中如提示权限受限、或者对某些功能不可见则可以对照权限确认是否为权限不足导致。 图1 权限 父主题: 用户管理

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了