建立视图的一点问题（关于效率）

noto 2005-03-22 10:45:50

视图A关联了许多表，视图B的一些字段跟A是一样的，如果建立B，是通过调用A中的字段或者跟A一样再重新关联那些表？哪中在查询的时候效率高？

...全文

144 7 打赏收藏举报

写回复

7 条回复

切换为时间正序

请发表友善的回复…

发表回复

Well 2005-05-23

打赏
举报

回复

差不多吧

不過我感覺B好一點吧

noto 2005-05-23

打赏
举报

回复

等到花儿都谢了

noto 2005-03-27

打赏
举报

回复

等

健者天行 2005-03-23

打赏
举报

回复

一样的吧，

实际不清楚，

等高手

UP

wudan8057 2005-03-23

打赏
举报

回复

建立B，跟A一样再重新关联那些表,在B上建立索引

noto 2005-03-23

打赏
举报

回复

我要的是效率？

jinjazz 2005-03-22

打赏
举报

回复

调用A吧，清楚点

可选的ALGORITHM子句是对标准SQL的MySQL扩展。ALGORITHM可取三个值：MERGE、TEMPTABLE或UNDEFINED。如果没有ALGORITHM子句，默认算法是UNDEFINED（未定义的）。算法会影响MySQL处理视图的方式。

最近发现一条SQL语句查询的特别慢使用的是视同查询视图使用的左连接的方式慢到七八秒才可以查出来，而解决查询速度慢的方法我第一个就是想到的索引那么来了视图究竟可以不可以建立索引呢？答案是肯定的：就是可以 ~ 好了废话不多说直接上代码 alter VIEW test with schemabinding as select C.id,C.name...

场景：通常遇到涉及多个表的复杂sql查询时，我们会习惯性地建个视图，基于视图再做过滤查询。这比较容易带来性能问题，跟简单视图不同的是，在复杂视图查询的背后，数据库会自动地物化一个视图，即创建一个包含视图数据的临时表，基于这个临时表再执行查询，并在查询完成后删除临时表。结果：如果数据库工作量中包含许多要求视图物化的查询，那么总的DBMS吞吐量将会急剧下降。如果数据库

34,876

社区成员

254,635

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章