一般来说,通过视图进行数据更新(INSERT、UPDATE、DELETE),只要该视图是单纯的SELECT语句定义的视图即可。也就是说,如果是不汇总或数据被加工过而是直接显示数据的视图,一般可以通过该视图来更新数据。在这种情况下,在数据库侧,将针对视图的DML语句(INSERT、UPDATE、DELETE)自动转换成表的DML语句,来更新数据。
但是,对于定义的复杂视图,DML语句无法在数据库侧转换成表的DML语句,因此会发生错误。这种情况下如果在数据库侧无法转换成表的DML语句,我们也可以通过开发者准备的程序,转换成表的DML语句,也可以实现对视图的DML。那就是“INSTEAD OF 触发器”
当然会了,视图是数据库表数据的表现形式,类似于sql查询,视图的数据都来自基础表,所以是一个级联的关系。基本数据库表类似超市的仓库,存储了符合该表的所有数据;
视图则类似超市的货架,该货架描述了需陈列的商品。
所以数据库的更新、插入与删除 *** 作的是基础数据库表,只影响了视图罗列出来的数据。
老弟我要挖苦你一下:SQL 2005 以后 可以使用
多句表格值函数,
这个支持控制语句,插入更新等块 *** 作,可以弥补视图的不足。很多人都认为可以用函数取缔
视图。
在sqlserver 社区,经常有人吵架,是要存储过程,函数,还是视图?
其次我不支持你在数据库上屏蔽差异,这个多少是奇淫技巧,如果是南天数据库,你不是要玩吐血。
就用最基本的sql92标准实现功能,屏蔽数据库差异是最好的选择。
但是你只是获得一个自增编号,写函数都浪费。
举个例子:
Declare @tb table (PName nvarchar(30) ,Code_No nvarchar(30))
insert into @tb values('P01','A')
insert into @tb values('P02','B')
insert into @tb values('P03','C')
insert into @tb values('P04','D')
insert into @tb values('P05','E')
insert into @tb values('P06','F')
SELECT
ROW_NUMBER() OVER (ORDER BY PName) as Rank,Code_No,PName
FROM @tb
--------------
返回结果:
1 AP01
2 BP02
3 CP03
4 DP04
5 EP05
6 FP06
----
这可行否?
如果是 2000 使用子查询也可轻松实现自增编号啊。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)