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

noto 2005-03-22 10:45:50

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

...全文

128 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吧，清楚点

经常访问的话当然是创建视图好临时表是用一次建立一次肯定要慢些的 1,存在方式：临时存在于服务器内存中视图无存在形式 2, 生命周期：临时表 Sql服务关闭就消失视图你不删它就不会消失 3,用途临时表经常作为中间转接层视图作为物理表的窗口 4,效率临时表因为在缓存中，所以执行效率比较高视图效率一般,但是节省I/O操作,节约资源 5,在存储过程使用时： ...

数据库如何创建视图创建视图的理想步骤：一般来说，视图创建可以分为五步走：第一步：先考虑select语句的编写。我们知道，视图其实就是一个select语句的集合，所以，我们建立视图的第一步，就是考虑这个select语句的如何编写。这个select语句编写的是否合理，执行效率的高低直接影响着这个视图的性能，在Select语句中，可能还会有格式的控制、内容的编排等等。如在Select语句中，可以把一些字...

一般情况下在上篇文章的处理后，利用物化视图，已经能够解决复杂视图的查询效率了，但是有时候数据量是在过大，且视图中使用了很多自定义的函数。这两种情况单单是建物化视图也提升不了效率。第一，数据量过大，物化视图的创建及其缓慢，而且由于由于是做数据接口，要求物化视图的刷新机制需要全表更新，使用force（即能全表更新是就全表，不能是则更新增量）以保证物化视图的数据的准确性。这就导...

物化视图是相对于视图而言的，但是两者实际上并没有什么关系就如java/javaScript一样首先mysql的视图不是一种物化视图，他相当于一个虚拟表，本身并不存储数据，当sql在操作视图时所有数据都是从其他表中查询出来的。者带来的问题是使用视图并不能将常用数据分离出来，优化查询速度，切操作视图的很多命令和普通标一样，这回导致在业务中无法通过sql区分表和视图，是代码变得复杂。实现视图的方

视图是MySQL 5.0中增加的三大新功能之一(另外两个是存储过程与触发器)，也是一般稍微“高级”一点的数据库所必需要有的功能。MySQL在定义视图上没什么限制，基本上所有的查询都可定义为视图，并且也支持可更新视图(当然只有在视图和行列与基础表的行列之间存在一一对应关系时才能更新)，因此从功能上说MySQL的视图功能已经很完善了。然而若要在应用中使用视图，还需要了解处理视图时的性能，而MySQL在...

34,873

社区成员

254,639

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章