若数据库
1. 如果数据库服务器死机,以下哪几个会发生
根据电脑死机发生时的情况可将其分为四大类：
①开机过程中出现死机：在启动计算机时，只听到硬盘自检声而看不到屏幕显示，或干脆在开机自检时发出鸣叫声但计算机不工作、或在开机自检时出现错误提示等；
②在启动计算机操作系统时发生死机：屏幕显示计算机自检通过，但在装入操作系统时，计算机出现死机的情况；
③在使用一些应用程序过程中出现死机：计算机一直都运行良好，只在执行某些应用程序时出现死机的情况；
④退出操作系统时出现死机：就是在退出Win98等系统或返回DOS状态时出现死机。
由干在“死机”状态下无法用软件或工具对系统进行诊断，因而增加了故障排除的难度。死机的一般表现有：系统不能启动、显示黑屏、显示“凝固”、键盘不能输入、软件运行非正常中断等。死机的原因大概有千千万万种，但只有两个方面：一是由电脑硬件引起的，一是软件设计不完善或与系统和系统其它正在运行的程序发生冲突。在硬件方面，祸首就是近来在电脑DIY界流行的“超频’一—让CPU工作在额定运行频率以外的时钟频率上，CPU处于超额工作状态，出现死机就不奇怪了；其次一个原因是某个硬件过热，或者硬件资源冲突。当然还有其他一些硬件方面的原因。在软件方面，因为软件原因而造成的死机在电脑中几乎占了大多数（超频了的电脑除外）。在Windows9x系列中使用了16位和32位混合的内核模式，因此安全性很低，因程序内存冲突而死机是经常会发生的事情。下面就来介绍一下遇到死机故障后一般的检查处理方法。
一、排除系统“假”死机现象
1．首先排除因电源问题带来的“假”死机现象。应检查电脑电源是否插好，电源插座是否接触良好，主机、显示器以及打印机、扫描仪、外置式MODEM，音箱等主要外接电源的设备电源插头是否可靠地插入了电源插座、上述各部件的电源开关是否都处于开（ON）的状态。
2．检查电脑各部件间数据，控制连线是否连接正确和可靠，插头间是否有松动现象。尤其是主机与显示器的数据线连接不良常常造成“黑屏”的假死机现象。
二、排除病毒感染引起的死机现象
用无毒干净的系统盘引导系统，然后运行KILL，AV95、SCAN等防病毒软件的最新版本对硬盘进行检查，确保电脑安全，排除因病毒引起的死机现象。
另外，如果在杀毒后引起了死机现象，这多半是因为病毒破坏了系统文件、应用程序及关键的数据文件，或是杀毒软件在消除病毒的同时对正常的文件进行了误操作，破坏了正常文件的结构。碰到这类问题，只能将被损坏（即运行时引起死机）的系统或软件重装。
三、排除软件安装、配置问题引起的死机现象
1．如果是在软件安装过程中死机，则可能是系统某些配置与安装的软件冲突。这些配置包括系统BIOS设置、CONFIG.SYS和AUTOEXEC.BAT的设置、WIN.INI、SYSTEM.INI的设置以及一些硬件驱动程序和内存驻留程序的设置。
可以试着修改上述设置项。对BIOS可以取其默认设置，如“LOAD SETUP DEFAULT”和“LOAD BIOS DEFAULT”；对CONFIG.SYS和AUTOEXEC.BAT则可以在启动时按F5跳过系统配置文件或按F8逐步选择执行以及逐项修改CONFIG.SYS和AUTOEXEC.BAT中的配置（尤其是EMM386中关于EMS、XMS的配置情况）来判断硬件与安装程序什么地方发生了冲突，一些硬件驱动程序和内存驻留程序则可以通过不装载它们的方法来避免冲突。
2．如果是在软件安装后发生了死机，则是安装好的程序与系统发生冲突。一般的做法是恢复系统在安装前的各项配置，然后分析安装程序新装入部分使用的资源和可能发生的冲突，逐步排除故障原因。删除新安装程序也是解决冲突的方法之一。
四、根据系统启动过程中的死机现象来分析
系统启动过程中的死机现象包括两种情况：
1．致命性死机，即系统自检过程未完成就死机，一般系统不给出提示。对此可以根据开机自检时致命性错误列表的情况，再结合其它方法对故障原因作进一步的分析。
2．非致命性死机，在自检过程中或自检完成后死机，但系统给出声音、文字等提示信息。可以根据开机自检时非致命性错误代码表和开机自检时鸣笛音响对应的错误代码表来检查；开机自检时鸣笛音响对应的错误代码表中所列的情况是对可能出现故障的部件作重点检查，但也不能忽略相关部件的检查，因为相当多的故障并不是由提示信息指出的部件直接引起，而常常由相关部件故障引发。
五、排除因使用、维护不当引起的死机现象
电脑在使用一段时间后也可能因为使用、维护不当而引起死机，尤其是长时间不使用电脑后常会出现此类故障。引起的原因有以下几种：
1．积尘导致系统死机：灰尘是电脑的大敌。过多的灰尘附着在CPU、芯片、风扇的表面会导致这些元件散热不良，电路印刷板上的灰尘在潮湿的环境中常常导致短路。上述两种情况均会导致死机。
具体处理方法可以用毛刷将灰尘扫去，或用棉签沾无水酒精清洗积尘元件。注意不要将毛刷和棉签的毛、棉留在电路板和元件上而成为新的死机故障源。
2．部件受潮：长时间不使用电脑，会导致部分元件受潮而不能正常使用。可用电吹风的低热挡均匀对受潮元件“烘干”。注意不可对元件一部分加热太久或温度太高，避免烤坏元件。
3．板卡、芯片引脚氧化导致接触不良：将板卡、芯片拔出，用橡皮擦轻轻擦拭引脚表面去除氧化物，重新插入插座。
4．板卡、外设接口松动导致死机：仔细检查各I/O插槽插接是否正确，各外设接口接触是否良好，线缆连接是否正常。
六、排除因系统配置不当引起的死机现象
系统配置与电脑硬件设备和系统BIOS、主板上跳线开关设置密切相关，常见的死机故障原因有：
1．主频设置不当：此类故障主要有CPU主频跳线开关设置错误、Remark的CPU引起的BIOS设置与实际情况不符、超频使用CPU，或CPU性能不良死机。
2．内存条参数设置不当：此类故障主要有内存条设置错误和Remark内存条引起的BIOS设置与实际情况不符。
3．CACHE参数设置不当：此类故障主要有CHCHE设置错误、RemarkCACHE引起的BIOS设置与实际情况不符。
4．CMOS参数被破坏：频繁修改CMOS参数，或病毒对CMOS参数的破坏，常常会导致CMOS参数混乱而很难恢复。可以采用对CMOS放电的方法并采用系统BIOS默认设置值重新设定CMOS参数。CMOS的放电方法可参照主板说明书进行。如果是病毒感染引起的，在重设CMOS参数后，还必须对硬盘杀毒。
七、排除因硬件安装不当引起的死机现象
硬件外设安装过程中的疏忽常常导致莫名其妙的死机，而且这一现象往往在电脑使用一段时间后才逐步显露出来，因而具有一定的迷惑性。
1．部件安装不到位、插接松动、连线不正确引起的死机，显示卡与I/0插槽接触不良常常引起显示方面的死机故障，如“黑屏”，内存条、CACHE与插槽插接松动则常常引起程序运行中死机、甚至系统不能启动，其它板卡与插槽（插座）的接触问题也常常引起各种死机现象。要排除这些故障，只须将相应板卡、芯片用手摁紧、或从插槽（插座）上拔下重新安装。如果有空闲插槽（插座），也可将该部件换一个插槽（插座）安装以解决接触问题。线缆连接不正确有时也会引发死机故障。
2．安装不当导致部件变形、损坏引起的死机口径不正确、长度不恰当的螺钉常常导致部件安装孔损坏，螺钉接触到部件内部电路引起短路导致死机，不规格的主板、零部件或不规范的安装步骤常常引起机箱、主板、板卡外形上的变异因而挤压该部件内部元件导致局部短路、内部元件损坏从而发生莫名其妙的死机。如果只是电脑部件外观变形，可以通过正确的安装方法和更换符合规格的零部件来解决；如果已经导致内部元件损坏，则只能更换新的零部件了。
八、排除因硬件品质不良引起的死机现象
一般说来，电脑产品都是国际大厂商按照国际标准流水线生产出来的，部件不良率是很低的。但是高利润的诱惑使许多非法厂商对电脑标准零部件改头换面、进行改频、重新标记（Remark）、以次充好甚至将废品、次品当作正品出售，导致这些“超水平”发挥的产品性能不稳定，环境略有不适或使用时间稍长就会频繁发生故障。尤其是CPU、内存条、主板等核心部件及其相关产品的品质不良，是导致无原因死机的主要故障源。应着重检查以下部件：
1．CPU CPU是被假冒得最多也是极容易导致死机的部件。被Remark的CPU在低温、短时间使用时一切正常，但只要在连续高温的环境中长时间使用，其死机弊端就很容易暴露。使用Windows、3DS等对CPU特性要求较高的软件比DOS等简单软件更能发现CPU的问题。如需确认是否为此故确认是否为此故障可参照说明书将CPU主频跳低1到2个档次使用，比如将166降为150、133或120使用。如果死机现象大幅度减少或消失，就可以判断是CPU有问题。也可以用交换法，更换同型号的正常CPU，如果不再死机一般可以断定是CPU的问题。有些用户喜欢把CPU超频使用以获得高速的性能，这也是常导致计算机死机的原因。一般将CPU跳回原频率就能解决死机问题。
2．内存条 内存条常常被做的手脚有：速度标记被更改，如：70ns被Remark为60ns，非奇偶校验冒充奇偶校验内存，非EDO内存冒充EDO内存，劣质内存条冒充好内存条。在BIOS中将内存条读写时间适当增加（如：从60ns升为70ns），如果死机消失可以断定是内存条速度问题。如果是内存本身的质量问题，只有更换新的内存条才能解决。
3．主板 一般主板的故障常常是最先考虑然而却是要到最后才能确定的。除了印刷板上的飞线、断线和主板上元件被烧焦、主板受挤压变形、主板与机箱短路等明显的现象外，主板本身的故障只有在确认了主板上所有零部件正常（将你的板卡、CPU、内存条等配件拿到好的主板上使用正常，而别人使用正常的板卡、器件插到你的主板上就不能正常运行）时才能判断是否是主板故障，如果更换了好的同型号主板死机依然存在、则可能是该主板与某个零部件不兼容。要么更换兼容的其它型号的主板、要么只能用拔插法依次测试各板卡、芯片，找出不兼容的零部件更换之。
4．电源、风扇、机箱等 劣质电源、电源线缆故障、电源插接松动、电源电压不稳都是引起不明原因死机的罪魁祸首。CPU风扇、电源风扇转动不正常、风扇功率不足则会引起CPU和机箱内“产热大户”元件散热不良因而引起死机。
九、系统黑屏故障的排除
系统死机故障多半表现为黑屏（即显示器屏幕上无任何显示）、这类故障与显示器、显示卡关系很密切，同时系统主板、CPU、CACHE、内存条，电源等部件的故障也能导致黑屏。系统黑屏死机故障的一般检查方法如下：
1．排除“假”黑屏：检查显示器电源插头是否插好，电源开关是否已打开，显示器与主机上显示卡的数据连线是否连接好、连接摇头是否松动，看是否是因为这些因素而引起的黑屏。另外，应该动一下鼠标或按一下键盘看屏幕是否恢复正常。因为黑屏也可能是因为设置了节能模式（可在BIOS设置中查看和修改）而出现的假死机。
2．在黑屏的同时系统其它部分是否工作正常，如：启动时软／硬盘驱动器自检是否通过、键盘按键是否有反应等。可以通过交换法用一台好的显示器接在主机上测试、如果只是显示器黑屏而其它部分正常，则只是显示器出了问题，这仍是一种假死机现象。
3．黑屏发生在系统开机自检期间，请参见第四步。
4．黑屏发生在显示驱动程序安装或显示模式设置期间，显然是选择了显示系统不能支持的模式，应选择一种较基本的显示方式。如：Windows下设置显示模式后黑屏或花屏，则应在DOS下运行Windows目录下的SETUP.EXE程序选择标准VGA显示方式。
5．检查显示卡与主板I/O插槽接触是否正常、可靠，必要时可以换一个I/O槽插入显示卡试试。
6．换一块已确认性能良好的同型号显示卡插入主机重新启动，若黑屏死机现象消除则是显示卡的问题。
7．换一块已确认性能良好的其它型号显示卡插入主机重新启动，若黑屏死机现象消除则是显示卡与主机不兼容，可以考虑更换显示卡或主板。
8．检查是否错误设置了系统的核心部件，如CPU的频率、内存条的读写时间、CACHE的刷新方式、主板的总线速率等，这些都可能导致黑屏死机。
9．检查主机内部各部件连线是否正确，有一些特殊的连线错误会导致黑屏死机。
10．请参见本文的其它步骡所列的死机故障诊断方法，这些故障导致的死机常常也伴随着黑屏。
2. 若数据库的事务程序中执行“对0取余数”的运算，该系统将产生 A不会产生故障。B介质故障。 C事务
C 事务故障
3. 若数据库中视图A是基于关系R建立的，那么如果关系R被删除，该数据库中是否还存在视图A
不同的DBMS采取的处理不同，Oracle而言是存在的，但是视图A标记为不可用，但是如果在重新create一个R那个这个A又是可用的了，前提是创建的R与原来的R结构完全相同。但是如果在删除R的时候使用了cascade级联删除，那个A就不存在了。
4. jsp向数据库插入数据时,若数据库已有此数据怎样实现提示数据库已有此数据
在插入数据前先做一个查询，返回一个布尔值的常量，布尔值如果为true 则进行插入操作，如果为假则提示用户输入的数据在数据库中已经存在！希望对你有帮助~
5. 解决若数据库的编码为GB2312，怎样在yii中
用alter语句. 如果数据库已经有数据表了, 那每个表都要修改. (修改数据库的字符集不会改变原有数据表的字符集)utf8:ALTER DATABASE `数据库` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci ALTER TABLE `数据表` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci gbk (包含gb2312):ALTER DATABASE `数据库` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci ALTER TABLE `数据表` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci
6. 如果数据库只有一个关系怎么证明参照完整性
您好，对于你的遇到的问题，我很高兴能为你提供帮助，我之前也遇到过哟，以下是我的个人看法，希望能帮助到你，若有错误，还望见谅！。参照完整性,简单的说就是表间主键外键的关系。
参照完整性属于表间规则。对于永久关系的相关表，在更新、插入或删除记录时，如果只改其一不改其二，就会影响数据的完整性：例如修改父表中关键字值后，子表关键字值未做相应改变；删除父表的某记录后，子表的相应记录未删除，致使这些记录称为孤立记录；对于子表插入的记录，父表中没有相应关键字值的记录；等等。对于这些设计表间数据的完整性，统称为参照完整性。
最主要的作用是 防止出现数据不一致非常感谢您的耐心观看，如有帮助请采纳，祝生活愉快！谢谢！
7. 若数据库操作commit发生异常，没有执行回滚，这时数据会存入数据库吗
弄清楚这个问题之前，要先要搞清楚执行数据修改（excute），但未提交事务之前，已修改的数据存放在哪里？这时的数据是在数据库内存缓冲区中。commit操作就是将缓冲区中已修改数据写入磁盘，形成持久化存储。
那么当commit提交的修改的数据是多条时，假设部分数据已经由缓冲区写入磁盘，另一部分还未完成时，出现异常，这个时候，如果不回滚，那么就无法保证数据修改的一致性（比如联机转账，A的账户扣了款，B的账户余额未增加）。
简单来说就是：若数据库操作commit发生异常，没有执行回滚，这时可能出现部分数据保存成功，部分保存失败，因此需要rollback回滚操作。
8. 用sql语句删除数据库中的逻辑文件,若数据库的该逻辑文件有信息,是否能删除
没有简单的方法来删除表空间的数据文件,唯一的方法是删除整个定义的表空间,步骤有下面(前提是这个数据文件上的数据是不需要了):因为使用alter database datafile 'name' offline drop，也可以物理的删除一个数据文件但它的信息仍然记录在数据字典中（不影响数据库的运行）。
如果数据库运行在非归档模式:
1. MOUNT数据库 - startup mount
2. 删除数据文件 - alter database datafile xxx offline drop
3. 打开(OPEN)数据库 - alter database open
4. 查看属于该表空间的所有对象:
select owner, segment_name, segment_type
from dba_segments
where tablespace_name='tbs_name'
5. 导出该表空间的所有对象------用exp命令来做
6. 删除表空间 - drop tablespace tbs_name including contents
7. 删除这个表空间的所有物理的数据文件Delete the physical datafiles belonging to the tablespace
8. 重建表空间,导入前面导出的DMP文件.
如果数据库是运行在归档模式:
1. MOUNT数据库 - startup mount
2. 删除数据文件 - alter database datafile xxx offline
(Note: offline这个数据文件,此数据文件还是属于这个数据库的一部分,只是在控制文件中将它的状态标记为offline.)
3. 在操作系统一级删除物理的数据文件
4. 打开(OPEN)数据库 - alter database open
5. 后面的可以做下面操作:
导出该表空间的对象
删除表空间
重建表空间并导入对象
如果数据库运行在归档模式下,并且数据文件有备份:
1.MOUNT数据库
2.OFFLINE数据文件:alter database datafile xxx offline;
3.将备份的数据文件拷贝到原来数据文件的位置.
4.将备份数据文件到目前的所有归档日志放到归档目录.
5.恢复数据文件:recover automatic datafile xxx(要输入全路径名)
6.然后ONLINE数据文件:alter database datafile xxx online;
7.打开(OPEN)数据库:alter database open;
8.做一次数据库的关机全备份.
9. 若数据库本身不支持事务，怎么实现提交和回滚
给记录行设定状态序号和历史状态序号，更新前先设定状态序号，如果成功了就把这个状态序号给历史序号以表示提交，如果失败了就把原始数据给恢复过来以回滚。
10. 数据库如何创建视图
视图是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名称的列和行数据。但是，视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。
对其中所引用的基础表来说，视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表，或者其它视图。通过视图进行查询没有任何限制，通过它们进行数据修改时的限制也很少。
视图是存储在数据库中的查询的SQL 语句，它主要出于两种原因：安全原因， 视图可以隐藏一些数据，如：社会保险基金表，可以用视图只显示姓名，地址，而不显示社会保险号和工资数等，另一原因是可使复杂的查询易于理解和使用。这个视图就像一个“窗口”，从中只能看到你想看的数据列。这意味着你可以在这个视图上使用SELECT *，而你看到的将是你在视图定义里给出的那些数据列：
既然视图的定义是基于基本表的，哪为什么还要定义视图呢？这是因为合理地使用视图能够带来许多好处：
1、 视图能简化用户操作
视图机制使用户可以将注意力集中在所关心地数据上。如果这些数据不是直接来自基本表，则可以通过定义视图，使数据库看起来结构简单、清晰，并且可以简化用户的的数据查询操作。例如，那些定义了若干张表连接的视图，就将表与表之间的连接操作对用户隐藏起来了。换句话说，用户所作的只是对一个虚表的简单查询，而这个虚表是怎样得来的，用户无需了解。
2、 视图使用户能以多种角度看待同一数据
视图机制能使不同的用户以不同的方式看待同一数据，当许多不同种类的用户共享同一个数据库时，这种灵活性是非常必要的。
3、 视图对重构数据库提供了一定程度的逻辑独立性
数据的物理独立性是指用户的应用程序不依赖于数据库的物理结构。数据的逻辑独立性是指当数据库重构造时，如增加新的关系或对原有的关系增加新的字段，用户的应用程序不会受影响。层次数据库和网状数据库一般能较好地支持数据的物理独立性，而对于逻辑独立性则不能完全的支持。
在关许数据库中，数据库的重构造往往是不可避免的。重构数据库最常见的是将一个基本表“垂直”地分成多个基本表。例如：将学生关系Student（Sno，Sname，Ssex，Sage，Sdept），
分为SX（Sno，Sname，Sage）和SY（Sno，Ssex，Sdept）两个关系。这时原表Student为SX表和SY表自然连接的结果。如果建立一个视图Student：
[sql]view plain
CREATEVIEWStudent（Sno，Sname，Ssex，Sage，Sdept）ASSELECTSX.Sno，SX.Sname，SY.Ssex，SX.Sage，SY.SdeptFROMSX，SYWHERESX.Sno=SY.Sno；
CREATEVIEWVMGRADE
AS
SELECTSno，MAX(Grade)Mgrade
FROMSC
GROUPBYSno
SELECTSC.Sno，CnoFROMSC，VMGRADEWHERESC.Sno=VMGRADE.SnoANDSC.Grade=VMGRADE.Mgrade；
CREATETABLEt_employee(
IDINTPRIMARYKEYAUTO_INCREMENT,
NAMECHAR(30)NOTNULL,
SEXCHAR(2)NOTNULL,
AGEINTNOTNULL,
DEPARTMENTCHAR(10)NOTNULL,
SALARYINTNOTNULL,
HOMECHAR(30),
MARRYCHAR(2)NOTNULLDEFAULT'否',
HOBBYCHAR(30)
);
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'小红','女',20,'人事部','4000','广东','否','网球');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'明日','女',21,'人事部','9000','北京','否','网球');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'天天','男',22,'研发部','8000','上海','否','音乐');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'大大','女',23,'研发部','9000','重庆','否','无');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'王下','女',24,'研发部','9000','四川','是','足球');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'无名','男',25,'销售部','6000','福建','否','游戏');
INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'不知道','女',26,'销售部','5000','山西','否','篮球');
DROPVIEWIFEXISTS视图名
这样尽管数据库的逻辑结构改变了（变为SX和SY两个表了），但应用程序不必修改，因为新建立的视图定义为用户原来的关系，使用户的外模式保持不变，用户的应用程序通过视图仍然能够查找数据。
当然，视图只能在一定程度上提供数据的逻辑独立，比如由于视图的更新是有条件的，因此应用程序中修改数据的语句可能仍会因为基本表构造的改变而改变。
4、视图能够对机密数据提供安全保护
有了视图机制，就可以在设计数据库应用系统时，对不同的用户定义不同的视图，使机密数据不出现在不应该看到这些数据的用户视图上。这样视图机制就自动提供了对机密数据的安全保护功能。例如，Student表涉及全校15个院系学生数据，可以在其上定义15个视图，每个视图只包含一个院系的学生数据，并只允许每个院系的主任查询和修改本原系学生视图。
5、适当的利用视图可以更清晰地表达查询
例如经常需要执行这样的查询“对每个学生找出他获得最高成绩的课程号”。可以先定义一个视图，求出每个同学获得的最高成绩：
[sql]view plain
然后用如下的查询语句完成查询：
[sql]view plain
二、数据准备
1、员工表
[sql]view plain
插入数据：
[sql]view plain
插入的结果：
结果显示插入失败
对于with check option用法，总结如下：
通过有with check option选项的视图操作基表(只是面对单表，对连接多表的视图正在寻找答案)，有以下结论： 插入后的数据，通过视图能够查询出来就符合WITH CHECK OPTION 否则就不符合；
首先视图只操作它可以查询出来的数据，对于它查询不出的数据，即使基表有，也不可以通过视图来操作。
1.对于update,有with check option，要保证update后，数据要被视图查询出来
2.对于delete,有无with check option都一样
4.对于insert,有with check option，要保证insert后，数据要被视图查询出来
对于没有where 子句的视图，使用with check option是多余的
7、删除视图
[sql]view plain
等