文档介绍：AutoEventWireup是不是自动提交事件
CodeFile代码文件
Inherits所引用的类
Culture页面的区域设置
UlCulture用户页面的区域设置
<%0 Import Namespace= 〃 " %>
select ©©identity
二、说明控件 DataGrid, DataTable, DataView, DetailsView, formView, Repeator 经常使用属性，若是
要想把一条记录分成两列极示，以上控件哪些能够用，哪些不能够用？若是可用，如何处置？
答：DataMember ：绑定的表或视图，DataSourselD：数据源操纵的ID, Visible:是不是显:示该控件.
FormView. Repeator能够用，其他的控件不能可用，在ItemTemplate模板里用表格或用列表来显示.
DBNull是一个类。是它唯一的实例
六、如何明白得死锁的概念？死锁是如何形成的？在应用中应注意什么事项幸免死锁？
死锁是一种条件，不单单是在关系数据库治理系统（RDBXS）中发生，在任何多用户系统中都能够 发生的°当两个用户（或会话）具有不同对象的锁，而且每一个用户需要另一个对象的锁时，就会显现死 锁。每一个用户都等待另一个用户糅放他的锁。节两个连接陷入死锁时,Microsoft? SQL Server?会进 行检测。其中一个连接被选作死锁捐躯品。该连接的事务回滚，同时应用程序收到错误。
阻塞
任何基于锁的并发系统都不可幸免地具有可能在某些情形下发生阻塞的特点°当一个连接操纵 「一个锁，而另一个连接需要冲突的锁类型时，将发生阻塞。其结果是强制第二个连接等待，或在第一个
连接上阻塞。
其实所有的死锁最深层的缘故确实是一个——资源竞争C
表现一：
一个用户A访问表A（锁住r表A）,然后又访问表B,另一个用户B访问表B（锁住广表B）,然后企图
访问表A。这时川户A由于用户B已经锁住表B,它必需等待用户B样放表B,才能继续，好J'他老人家就
只好老老实实在这等了。
一样用户B要等用户A释放表A才能维续这就死锁
解决方式：
这种死锁是由于你的程序的BUG产生的，除调整你的程序的逻辑别无他法c
认真分析你程序的逻辑：
1：尽可能幸免同时锁定两个资源：
2:必需同时锁定两个资源时，要保证在任何时刻都应该依照相同的顺序来锁定资源。
表现二：
用户A读一条纪录，然后修改该条纪录，这是用户B修改该条纪录，那个地址用户A的事务里锁的
性质由共享锁企图上升到独占锁（for update）,而用户B里的独占领由于A有共享锁存在因此必需等A释放
掉共享锁，而A由于B的独占领而无法上升的独占锁也就不可能释放共享锁，于是显现了死锁。
这种死锁比较脸蔽，但其实在稍大点的项目中常常发生°
解决方式：
让用户A的事务（即先读后写类型的操作），在select时确实是用Update lock
begin transaction
commit transaction
rollback transaction
八、在update触发器中如何利用修改前，后的数据？
update （字段 1）
begin
end
10、有两张表 Tablel, Table2，都只有一个字段。Table 有数据‘T ,‘ 2‘，‘ 3‘，' 4', Table2 有T，H . 写出一句通用Sql语句将表Tablel的记录同步到Table2中！。
答：insert table2 （字段）select '2' union select '4';
1 一、请谈谈你对OOP的明白得。
面向对象编程（Object Oriented Programming. OOP,面向对象程序设计）是一种运算机编程架构。 OOP的一条大体原那么是运算机程序是由单个能够起到子程序作用的单元或对象组合而成。OOP达到「软 件I：程的三个要紧目标：重用性、灵活性和扩展性。为r实现整体运算，每一个对象都能够接收信息、处
置数据和向其它对象发送信息。OOP要紧有以下的概念和组件：
组件 数据和功能一路在运行者的运算机程序中形成的单元，组件在OOP运算机程序中是模
块和结构化的基础。
抽象性一程序有能力忽略正在处置中信息的某些方面，即对信息要紧方向关注的能力。
封装一也叫做信息封装：确保组件可不能以不可预期的方式改变其它组件的内部状态：只有在 那些提供r内部状态改变方式的组件中，才能够访问其内部状态。每类组件都提供r一个与其它组件联系 的接口，并规定r其它组件进行挪用的方式。
多态性一组件的引用和类集会涉及到其它许多不同类型的组件,而且引用组件所产生的结果得 依据实际挪用的类型