18 个解决方案
#1
简单的话,算是数据库里的一种报表,复杂的不会说。
#2
什么情况下会用到视图?能否举个例子?
#3
就是把所有你需要的表中的数据经过查询整合到一张虚拟表中。
#4
你可以什么时候都不用视图都可以。想用就用
#5
把复杂的查询SQL写到视图里,下次查询的时候只需要使用select * from 视图名就可以了
#6
比如一个比较复杂的查询不想每次都写很多语句,就可以写个视图。
或者给特定用户开放某些表的读取权限,但要加一些行和列的限制,也可以写个视图。
#7
用和不用有什么区别?否则的话,别人也不会设计视图出来。
#8
有一点明白了。
#9
原来是这个意思,确实能省些事,又是为懒人设计的。
#10
以上讨论的都是普通视图,
sql server还有一种视图索引,
可以把视图的数据物理的保存下来, 提高查询性能.
sql server还有一种视图索引,
可以把视图的数据物理的保存下来, 提高查询性能.
#11
视图的好处,可以主要分为四点:
我简单的说一下,希望你能明白。
第一点:
使用视图,可以定制用户数据,聚焦特定的数据。
解释:
在实际过程中,公司有不同角色的工作人员,我们以销售公司为例的话,
采购人员,可以需要一些与其有关的数据,而与他无关的数据,对他没
有任何意义,我们可以根据这一实际情况,专门为采购人员创建一个视
图,以后他在查询数据时,只需select * from view_caigou 就可以啦。
第二点:使用视图,可以简化数据操作。
解释:我们在使用查询时,在很多时候我们要使用聚合函数,同时还要
显示其它字段的信息,可能还会需要关联到其它表,这时写的语句可能
会很长,如果这个动作频繁发生的话,我们可以创建视图,这以后,我
们只需要select * from view1就可以啦~,是不是很方便呀~
第三点:使用视图,基表中的数据就有了一定的安全性
因为视图是虚拟的,物理上是不存在的,只是存储了数据的集合,我们可以
将基表中重要的字段信息,可以不通过视图给用户,视图是动态的数据的集
合,数据是随着基表的更新而更新。同时,用户对视图,不可以随意的更改
和删除,可以保证数据的安全性。
第四点:可以合并分离的数据,创建分区视图
随着社会的发展,公司的业务量的不断的扩大,一个大公司,下属都设有很
多的分公司,为了管理方便,我们需要统一表的结构,定期查看各公司业务
情况,而分别看各个公司的数据很不方便,没有很好的可比性,如果将这些
数据合并为一个表格里,就方便多啦,这时我们就可以使用union关键字,
将各分公司的数据合并为一个视图。
以上,就是我认为视图的作用,实际上很多公司都使用视图来查询数据的。
我简单的说一下,希望你能明白。
第一点:
使用视图,可以定制用户数据,聚焦特定的数据。
解释:
在实际过程中,公司有不同角色的工作人员,我们以销售公司为例的话,
采购人员,可以需要一些与其有关的数据,而与他无关的数据,对他没
有任何意义,我们可以根据这一实际情况,专门为采购人员创建一个视
图,以后他在查询数据时,只需select * from view_caigou 就可以啦。
第二点:使用视图,可以简化数据操作。
解释:我们在使用查询时,在很多时候我们要使用聚合函数,同时还要
显示其它字段的信息,可能还会需要关联到其它表,这时写的语句可能
会很长,如果这个动作频繁发生的话,我们可以创建视图,这以后,我
们只需要select * from view1就可以啦~,是不是很方便呀~
第三点:使用视图,基表中的数据就有了一定的安全性
因为视图是虚拟的,物理上是不存在的,只是存储了数据的集合,我们可以
将基表中重要的字段信息,可以不通过视图给用户,视图是动态的数据的集
合,数据是随着基表的更新而更新。同时,用户对视图,不可以随意的更改
和删除,可以保证数据的安全性。
第四点:可以合并分离的数据,创建分区视图
随着社会的发展,公司的业务量的不断的扩大,一个大公司,下属都设有很
多的分公司,为了管理方便,我们需要统一表的结构,定期查看各公司业务
情况,而分别看各个公司的数据很不方便,没有很好的可比性,如果将这些
数据合并为一个表格里,就方便多啦,这时我们就可以使用union关键字,
将各分公司的数据合并为一个视图。
以上,就是我认为视图的作用,实际上很多公司都使用视图来查询数据的。
#12
视图还可以整合分区数据 叫做分区视图。
#13
这个功能我就用过一次,引起了查询计划的混乱,又被我删了。
#14
哦 原来有大牛已经说了
#15
总结的非常全面,受用了,谢谢!
#16
F妹无处不在
#17
把以把视图当成数据表来使用
#18
个人认为多表连接的时候可以考虑用视图,这样当要修改数据源的时候,改改视图就行了,不用重新修改代码,再发布程序。
#1
简单的话,算是数据库里的一种报表,复杂的不会说。
#2
什么情况下会用到视图?能否举个例子?
#3
就是把所有你需要的表中的数据经过查询整合到一张虚拟表中。
#4
你可以什么时候都不用视图都可以。想用就用
#5
把复杂的查询SQL写到视图里,下次查询的时候只需要使用select * from 视图名就可以了
#6
比如一个比较复杂的查询不想每次都写很多语句,就可以写个视图。
或者给特定用户开放某些表的读取权限,但要加一些行和列的限制,也可以写个视图。
#7
用和不用有什么区别?否则的话,别人也不会设计视图出来。
#8
有一点明白了。
#9
原来是这个意思,确实能省些事,又是为懒人设计的。
#10
以上讨论的都是普通视图,
sql server还有一种视图索引,
可以把视图的数据物理的保存下来, 提高查询性能.
sql server还有一种视图索引,
可以把视图的数据物理的保存下来, 提高查询性能.
#11
视图的好处,可以主要分为四点:
我简单的说一下,希望你能明白。
第一点:
使用视图,可以定制用户数据,聚焦特定的数据。
解释:
在实际过程中,公司有不同角色的工作人员,我们以销售公司为例的话,
采购人员,可以需要一些与其有关的数据,而与他无关的数据,对他没
有任何意义,我们可以根据这一实际情况,专门为采购人员创建一个视
图,以后他在查询数据时,只需select * from view_caigou 就可以啦。
第二点:使用视图,可以简化数据操作。
解释:我们在使用查询时,在很多时候我们要使用聚合函数,同时还要
显示其它字段的信息,可能还会需要关联到其它表,这时写的语句可能
会很长,如果这个动作频繁发生的话,我们可以创建视图,这以后,我
们只需要select * from view1就可以啦~,是不是很方便呀~
第三点:使用视图,基表中的数据就有了一定的安全性
因为视图是虚拟的,物理上是不存在的,只是存储了数据的集合,我们可以
将基表中重要的字段信息,可以不通过视图给用户,视图是动态的数据的集
合,数据是随着基表的更新而更新。同时,用户对视图,不可以随意的更改
和删除,可以保证数据的安全性。
第四点:可以合并分离的数据,创建分区视图
随着社会的发展,公司的业务量的不断的扩大,一个大公司,下属都设有很
多的分公司,为了管理方便,我们需要统一表的结构,定期查看各公司业务
情况,而分别看各个公司的数据很不方便,没有很好的可比性,如果将这些
数据合并为一个表格里,就方便多啦,这时我们就可以使用union关键字,
将各分公司的数据合并为一个视图。
以上,就是我认为视图的作用,实际上很多公司都使用视图来查询数据的。
我简单的说一下,希望你能明白。
第一点:
使用视图,可以定制用户数据,聚焦特定的数据。
解释:
在实际过程中,公司有不同角色的工作人员,我们以销售公司为例的话,
采购人员,可以需要一些与其有关的数据,而与他无关的数据,对他没
有任何意义,我们可以根据这一实际情况,专门为采购人员创建一个视
图,以后他在查询数据时,只需select * from view_caigou 就可以啦。
第二点:使用视图,可以简化数据操作。
解释:我们在使用查询时,在很多时候我们要使用聚合函数,同时还要
显示其它字段的信息,可能还会需要关联到其它表,这时写的语句可能
会很长,如果这个动作频繁发生的话,我们可以创建视图,这以后,我
们只需要select * from view1就可以啦~,是不是很方便呀~
第三点:使用视图,基表中的数据就有了一定的安全性
因为视图是虚拟的,物理上是不存在的,只是存储了数据的集合,我们可以
将基表中重要的字段信息,可以不通过视图给用户,视图是动态的数据的集
合,数据是随着基表的更新而更新。同时,用户对视图,不可以随意的更改
和删除,可以保证数据的安全性。
第四点:可以合并分离的数据,创建分区视图
随着社会的发展,公司的业务量的不断的扩大,一个大公司,下属都设有很
多的分公司,为了管理方便,我们需要统一表的结构,定期查看各公司业务
情况,而分别看各个公司的数据很不方便,没有很好的可比性,如果将这些
数据合并为一个表格里,就方便多啦,这时我们就可以使用union关键字,
将各分公司的数据合并为一个视图。
以上,就是我认为视图的作用,实际上很多公司都使用视图来查询数据的。
#12
视图还可以整合分区数据 叫做分区视图。
#13
这个功能我就用过一次,引起了查询计划的混乱,又被我删了。
#14
哦 原来有大牛已经说了
#15
总结的非常全面,受用了,谢谢!
#16
F妹无处不在
#17
把以把视图当成数据表来使用
#18
个人认为多表连接的时候可以考虑用视图,这样当要修改数据源的时候,改改视图就行了,不用重新修改代码,再发布程序。