MSSQL网页编程之视图的观点
这能找出所有错误的99.99%。它不能找出的是仅仅涉及数据文件的损坏(这很不常见)。如果你想要检查一张表，你通常应该没有选项地运行myisamchk或用-s或--silent选项的任何一个。观点|视图视图是原始数据库数据的一种变更，是检察表中数据的别的一种
体例。能够将视图当作是一个挪动的窗口，经由过程它能够看到感乐趣的
数据。
视图是从一个或多个实践表中取得的，这些表的数据寄存在数据
库中。那些用于发生视图的表叫做该视图的基表。一个视图也能够从
另外一个视图中发生。
视图的界说存在数据库中，与此界说相干的数据并没有再存一份
于数据库中。经由过程视图看到的数据寄存在基表中。
视图看上往十分象数据库的物理表，对它的操纵同任何别的的表
一样。当经由过程视图修正数据时，实践上是在改动基表中的数据；相反
地，基表数据的改动也会主动反应在由基表发生的视图中。因为逻辑
上的缘故原由，有些视图能够修正对应的基表，有些则不克不及（仅仅能查询）。
二视图的感化
*复杂性。看到的就是必要的。视图不但能够简化用户对数据的理
解，也能够简化他们的操纵。那些被常常利用的查询能够被界说为视图，
从而使得用户不用为今后的操纵每次指定全体的前提。
*平安性。经由过程视图用户只能查询和修正他们所能见到的数据。数
据库中的别的数据则既看不见也取不到。数据库受权命令可使每一个用
户对数据库的检索限定到特定的数据库工具上，但不克不及受权到数据库特
定行和特定的列上。经由过程视图，用户能够被限定在数据的分歧子集上：
利用权限可被限定在基表的行的子集上。
利用权限可被限定在基表的列的子集上。
利用权限可被限定在基表的行和列的子集上。
利用权限可被限定在多个基表的毗连所限制的行上。
利用权限可被限定在基表中的数据的统计汇总上。
利用权限可被限定在另外一视图的一个子集上，或是一些视图和基表
兼并后的子集上。
*逻辑数据自力性。视图可匡助用户屏障实在表布局变更带来的影响。
三视图的平安性
视图的平安性能够避免未受权用户检察特定的行或列，是用户只能
看到表中特定行的办法以下：
1在表中增添一个标记用户名的列；
2创建视图，是用户只能看到标有本人用户名的行；
3把视图受权给其他用户。
四逻辑数据自力性
视图可使使用程序和数据库表在必定水平上自力。假如没有视图，
使用必定是创建在表上的。有了视图以后，程序能够创建在视图之上，
从而程序与数据库表被视图支解开来。视图能够在以下几个方面使程序
与数据自力：
1假如使用创建在数据库表上，当数据库表产生变更时，能够在表
上创建视图，经由过程视图屏障表的变更，从而使用程序能够不动。
2假如使用创建在数据库表上，当使用产生变更时，能够在表上建
立视图，经由过程视图屏障使用的变更，从而使数据库表不动。
3假如使用创建在视图上，当数据库表产生变更时，能够在表上修
改视图，经由过程视图屏障表的变更，从而使用程序能够不动。
4假如使用创建在视图上，当使用产生变更时，能够在表上修正视
图，经由过程视图屏障使用的变更，从而数据库能够不动。
Federated将不同的Mysql服务器联合起来，逻辑上组成一个完整的数据库。非常适合分布式应用 我是新手，正在学习数据库和操作系统，深感理论的泛广，唯有一步一步来，但是又感觉时间不够，收集了很多资料却总是没能认真的看完，希望有一个讨论板块，大家共同解决，共同分享，共同努力 是否碎片会引发效率问题？这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。 但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。 一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。） 另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程); XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）
页:
[1]