SQL Server视图管理中的限制条件
原创 沉沦 2010-02-09
通过视图来访问数据，其优点是非常明显的。如可以起到数据保密、保证数据的逻辑独立性、简化查询操作等等。
但是，话说回来，SQL Server数据库中的视图并不是万能的，它跟表这个基本对象还是有重大的区别。在使用视图的时候，需要遵守四大限制。
限制条件一：视图数据的更改
当用户更新视图中的数据时，其实更改的是其对应的数据表的数据。无论是对视图中的数据进行更改，还是在视图中插入或者删除数据，都是类似的道理。但是，不是所有视图都可以进行更改。如下面的这些视图，在SQL Server数据库中就不能够直接对其内容进行更新，否则，系统会拒绝这种非法的操作。
如在一个视图中，若采用Group By子句，对视图中的内容进行了汇总。则用户就不能够对这张视图进行更新。这主要是因为采用Group By子句对查询结果进行汇总在后，视图中就会丢失这条记录的物理存储位置。如此，系统就无法找到需要更新的记录。若用户想要在视图中更改数据，则数据库管理员就不能够在视图中添加这个Group BY分组语句。
如不能够使用Distinct关键字。这个关键字的用途就是去除重复的记录。如没有添加这个关键字的时候，视图查询出来的记录有250条。添加了这个关键字后，数据库就会剔除重复的记录，只显示不重复的50条记录。此时，若用户要改变其中一个数据，则数据库就不知道其到底需要更改哪条记录。因为视图中看起来只有一条记录，而在基础表中可能对有的记录有几十条。为此，若在视图中采用了Distinct关键字的话，就无法对视图中的内容进行更改。
如果在视图中有AVG、MAX等函数，则也不能够对其进行更新。如在一张视图中，其采用了SUN函数来汇总员工的工资时，此时，就不能够对这张表进行更新。这是数据库为了保障数据一致性所添加的限制条件。
可见，视图虽然方便、安全，但是，其仍然不能够代替表的地位。当需要对一些表中的数据进行更新时，我们往往更多的通过对表的操作来完成。因为对视图内容进行直接更改的话，需要遵守一些限制条件。在实际工作中，更多的处理规则是通过前台程序直接更改后台基础表。至于这些表中数据的安全性，则要依靠前台应用程序来保护。确保更改的准确性、合法性。
限制条件二：定义视图的查询语句中不能够使用某些关键字
我们都知道，视图其实就是一组查询语句组成。或者说，视图是封装查询语句的一个工具。在查询语句中，我们可以通过�
相关文档：
//按自然周统计
select to_char(date,'iw'),sum()
from
where
group by to_char(date,'iw')
//按自然月统计
select to_char(date,'mm'),sum()
from
where
group by to_char(date,'mm')
//按季统计
select to_char(date,'q'),sum()
fr ......
Sql Server 中一个非常强大的日期格式化函数
Select CONVERT(varchar(100), GETDATE(), 0): 05 16 2006 10:57AM
Select CONVERT(varchar(100), GETDATE(), 1): 05/16/06
Select CONVERT(varchar(100), GETDATE(), 2): 06.05.16
Select CONVERT(varchar(100), GETDATE(), 3): 16/05/06
Select CONVERT(varchar(100), GE ......
原文转自:http://tech.it168.com/a2009/0218/265/000000265868.shtml
索引是以表列为基础的数据库对象。索引中保存着表中排序的索引列，并且纪录了索引列在数据库表中的物理存储位置，实现了表中数据的逻辑排序。通过索引，可以加快数据的查询速度和减少系统的响应时间;可以使表和表之间的连接速度加快。
但是， ......
清空日志
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
......
分页sql查询在编程的应用很多，主要有存储过程分页和sql分页两种，我比较喜欢用sql分页，主要是很方便。为了提高查询效率，应在排序字段上加索引。sql分页查询的原理很简单，比如你要查100条数据中的30-40条，你先查询出前40条，再把这30条倒序，再查出这倒序后的前十条，最后把这十条倒序就是你想要的结果。
......
