大数据数据库后端【免费下载链接】prestoThe official home of the Presto distributed SQL query engine for big data项目地址https://gitcode.com/gh_mirrors/pre/presto点击查看免费下载导读本文基于 Presto 官方文档 presto-docs/src/main/sphinx/sql/create-view.rst系统讲解 Presto 中视图View的创建语法、DEFINER/INVOKER两种安全模式的差异与配置方法并结合当前仓库的语法解析源码SqlBase.g4与配置实现FeaturesConfig.java进行纵深剖析。读完本文你将掌握CREATE VIEW/CREATE OR REPLACE VIEW的完整语法与使用场景、如何通过会话属性或服务端配置设置默认视图安全模式以及视图与普通表的本质区别。一、视图是什么逻辑表而非数据副本在 Presto 中视图View本质上是一个逻辑表logical table它本身不保存任何数据而是把一条SELECT查询语句存储下来。当视图被其他查询引用时Presto 会每次重新执行该视图背后存储的查询而不是读取一份预先物化的数据。CREATE [ OR REPLACE ] VIEW view_name [ SECURITY { DEFINER | INVOKER } ] AS query这一设计与物化视图Materialized View形成鲜明对比物化视图会真正落盘存储查询结果见 create-materialized-view 相关文档而普通视图只是存储的查询。因此视图天然具备两个特性实时性每次被引用都重新执行底层查询看到的是最新数据零存储成本不占用额外存储空间代价是每次访问都要付出查询执行的开销。从语法解析器的角度看CREATE VIEW在 SqlBase.g4 中被定义为| CREATE (OR REPLACE)? VIEW qualifiedName viewSecurity? AS query #createView可以看到OR REPLACE与SECURITY子句均为可选视图名必须是qualifiedName支持 schema 限定名AS之后紧跟一条完整的query。二、完整语法与 OR REPLACE 语义2.1 SynopsisCREATE [ OR REPLACE ] VIEW view_name [ SECURITY { DEFINER | INVOKER } ] AS query各部分含义语法片段说明CREATE VIEW view_name创建一个新视图若同名视图已存在默认报错CREATE OR REPLACE VIEW若视图已存在则替换覆盖之而不是抛出错误SECURITY DEFINER视图安全模式以视图拥有者权限访问底层表默认SECURITY INVOKER视图安全模式以查询执行用户权限访问底层表AS query视图背后存储的 SELECT 查询可以是任意合法的查询表达式2.2 OR REPLACE 的替换语义OR REPLACE子句解决的是视图已存在这一冲突场景不带该子句时创建同名视图会直接报错带上后Presto 会用新的查询定义覆盖旧视图常用于迭代式地调整视图定义而不必先执行DROP VIEW再重建。在语法解析器中CREATE (OR REPLACE)? VIEW将OR REPLACE标记为可选?当用户输入CREATE OR REPLACE VIEW ...时命中createView规则解析器会为OR REPLACE生成对应的 AST 节点供后续分析器判断是新建还是替换。2.3 视图名的限定view_name使用qualifiedName规则即可以写成schema.view_name或catalog.schema.view_name的限定形式。若不指定 schema则默认创建在当前会话的默认 schema 下。三、视图安全模式DEFINER 与 INVOKER视图安全模式决定了视图内部引用的表以谁的权限来访问这是视图安全模型的核心也是原文档重点阐述的内容。3.1 DEFINER 模式默认在默认的DEFINER模式下视图中引用的表使用**视图拥有者创建者/定义者**的权限来访问而不是执行查询的用户因此可以借助视图向不能直接访问底层表的用户提供受限访问能力例如只暴露某些列或经过过滤的行需要注意current_user函数返回的是当前查询用户而不是视图拥有者。这意味着可以在视图查询中通过current_user过滤行、按用户限制访问范围从而实现更细粒度的行级安全。典型用法示例在原文档示例基础上延伸-- 视图拥有者创建只暴露已发货的订单 CREATE VIEW shipped_orders AS SELECT orderkey, orderstatus, totalprice FROM orders WHERE orderstatus F; -- 结合 current_user 做按用户过滤限制每个用户只能看到自己的数据 CREATE VIEW my_orders AS SELECT orderkey, orderstatus, totalprice FROM orders WHERE customer current_user;这样即使普通用户没有orders表的直接 SELECT 权限也能通过视图查询到被授权暴露的数据子集。3.2 INVOKER 模式在INVOKER模式下视图中引用的表使用**查询执行用户调用者**的权限访问视图仅仅是一个存储的查询不带来任何额外的权限提升适合需要严格遵循调用者权限边界的场景避免视图成为权限绕过的通道。3.3 安全模式的语法解析SECURITY { DEFINER | INVOKER }在语法上被抽为独立的viewSecurity规则见 SqlBase.g4viewSecurity : SECURITY (DEFINER | INVOKER) ;该规则不仅被CREATE VIEW复用也被CREATE MATERIALIZED VIEW使用SqlBase.g4 第 103 行说明两种视图共享同一套安全模式机制。四、配置默认视图安全模式4.1 会话级别推荐即开即用不指定SECURITY子句时视图默认安全模式由default-view-security-mode决定。可以在会话中临时修改SET SESSION default_view_security_modeINVOKER此后在该会话中创建的、未显式声明SECURITY的视图将默认采用INVOKER模式。原文档给出的这一示例即为此用法。4.2 服务端全局配置除了会话级设置Presto 还支持在协调节点的config.properties中通过配置项default-view-security-mode全局设定默认值。从源码看FeaturesConfig.javaConfig(default-view-security-mode) ConfigDescription(Sets the default security mode for view creation. The options are definer/invoker.) public FeaturesConfig setDefaultViewSecurityMode(ViewSecurity securityMode) { this.defaultViewSecurityMode securityMode; return this; }关键实现事实配置键名为default-view-security-mode取值只能是definer或invoker源码注释明确 The options are definer/invoker默认值为DEFINERFeaturesConfig.java 第 338 行private ViewSecurity defaultViewSecurityMode DEFINER;该配置项在 properties-session 文档 与 properties 文档 中均有登记属于features类别下的会话可配置属性。因此实际使用中有三条途径设定默认安全模式优先级从高到低依次为SQL 中显式的SECURITY子句 会话属性default_view_security_mode 服务端配置default-view-security-mode。五、实战示例以下示例全部来自原文档并保持可复制可运行示例 1基于 orders 表创建简单视图CREATE VIEW test AS SELECT orderkey, orderstatus, totalprice / 2 AS half FROM orders示例 2按日期汇总订单CREATE VIEW orders_by_date AS SELECT orderdate, sum(totalprice) AS price FROM orders GROUP BY orderdate示例 3替换已存在的视图CREATE OR REPLACE VIEW test AS SELECT orderkey, orderstatus, totalprice / 4 AS quarter FROM orders示例 4显式指定安全模式创建视图CREATE VIEW restricted_orders SECURITY DEFINER AS SELECT orderkey, orderstatus FROM orders WHERE customer current_user;示例 5将会话默认安全模式切换为 INVOKERSET SESSION default_view_security_modeINVOKER六、视图的配套操作与测试验证6.1 相关 SQL 语句视图的完整生命周期由三兄弟语句覆盖均位于presto-docs/src/main/sphinx/sql/目录语句文档位置功能CREATE VIEWcreate-view.rst创建/替换视图DROP VIEWdrop-view.rst删除视图支持DROP VIEW [ IF EXISTS ] view_nameSHOW CREATE VIEWshow-create-view.rst查看视图的创建语句例如删除前文示例创建的视图DROP VIEW orders_by_date; DROP VIEW IF EXISTS orders_by_date; -- 视图不存在时不报错6.2 测试层面的支撑在仓库的分布式查询测试基类 AbstractTestDistributedQueries.java 中包含对CREATE VIEW相关行为含安全模式与OR REPLACE语义的集成测试可作为验证本文所述语法的参考用例物化视图相关测试如 TestCreateMaterializedViewTask.java、TestMaterializedViewAccessControl.java则印证了viewSecurity规则在普通视图与物化视图之间的共用关系。七、易错点与最佳实践小结视图不存数据每次引用都会重跑底层查询不适合作为高频低延迟的缓存层需要缓存时考虑物化视图。OR REPLACE只能替换、不能改权限语义替换视图时若未显式写SECURITY子句新视图的安全模式由当时的默认模式决定建议替换时显式声明避免语义漂移。DEFINER模式是双刃剑它能向低权限用户安全暴露数据子集但也意味着视图本身成为权限边界务必确保视图内查询不会泄露超出预期的数据善用current_user做行级过滤。默认模式可全局收敛若团队希望统一使用INVOKER可在协调节点config.properties中设置default-view-security-modeinvoker从源头收紧视图的默认权限模型。配套语句牢记于心DROP VIEW [ IF EXISTS ]负责删除、SHOW CREATE VIEW负责反查定义三者配合完成视图的完整管理闭环。赞分享大数据数据库后端【免费下载链接】prestoThe official home of the Presto distributed SQL query engine for big data项目地址https://gitcode.com/gh_mirrors/pre/presto点击查看免费下载相关推荐Presto CREATE MATERIALIZED VIEW 完整指南语法、安全模式与跨 Catalog 物化视图实战Presto CREATE MATERIALIZED VIEW 完整指南语法、安全模式与跨 Catalog 物化视图实战 导读 本文基于 Presto 官方文大数据数据库后端Presto CREATE TABLE AS 语句完全指南语法、表属性与 CTAS 实战Presto CREATE TABLE AS 语句完全指南语法、表属性与 CTAS 实战 本指南基于 Presto 官方文档中 CREATE TABLE AS大数据数据库后端Presto SET SESSION 语句完全指南语法、执行原理与实战示例Presto SET SESSION 语句完全指南语法、执行原理与实战示例 SET SESSION 是 Presto分布式 SQL 查询引擎中用于在单个查大数据数据库后端创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考