文档介绍：AutoEventWireup是否自动提交事件
CodeFile代码文件
Inherits所引用的类
Culture页面的区域设置
UICulture用户页面的区域设置
<%@ Import Namespace= " " %>
select @***@identity
2、说明控件DataGrid,DataTable,DataView,DetailsView,formView,Repeator常用属性,如果要想把一条记录分成两列显示,以上控件哪些可以用,哪些不可以用?如果可用,如何处理?
答:DataMember:绑定的表或者视图,DataSourseID:数据源控制的ID,Visible:是否显示该控件. FormView,Repeator可以用,其他的控件不能可用,在ItemTemplate模板里用表格或者用列表来显示.
   DBNull是一个类。
  
6、如何理解死锁的概念?死锁是如何形成的?在应用中应注意什么事项避免死锁?
死锁是一种条件,不仅仅是在关系数据库管理系统(RDBMS) 中发生,在任何多用户系统中都可以发生的。当两个用户(或会话)具有不同对象的锁,并且每个用户需要另一个对象的锁时,就会出现死锁。每个用户都等待另一个用户释放他的锁。当两个连接陷入死锁时,Microsoft? SQL Server? 会进行检测。其中一个连接被选作死锁牺牲品。该连接的事务回滚,同时应用程序收到错误。
阻塞
任何基于锁的并发系统都不可避免地具有可能在某些情况下发生阻塞的特征。当一个连接控制了一个锁,而另一个连接需要冲突的锁类型时,将发生阻塞。其结果是强制第二个连接等待,或在第一个连接上阻塞。
其实所有的死锁最深层的原因就是一个——资源竞争。
表现一:
一个用户A 访问表A(锁住了表A),然后又访问表B,另一个用户B 访问表B(锁住了表B),然后企图访问表A。这时用户A由于用户B已经锁住表B,它必须等待用户B释放表B,才能继续,好了他老人家就只好老老实实在这等了。
同样用户B要等用户A释放表A才能继续这就死锁了。
解决方法:
这种死锁是由于你的程序的BUG产生的,除了调整你的程序的逻辑别无他法。
仔细分析你程序的逻辑:
1:尽量避免同时锁定两个资源;
2: 必须同时锁定两个资源时,要保证在任何时刻都应该按照相同的顺序来锁定资源。
表现二:
用户A读一条纪录,然后修改该条纪录,这是用户B修改该条纪录,这里用户A的事务里锁的性质由共享锁企图上升到独占锁(for update),而用户B里的独占锁由于A有共享锁存在所以必须等A释放掉共享锁,而A由于B的独占锁而无法上升的独占锁也就不可能释放共享锁,于是出现了死锁。
这种死锁比较隐蔽,但其实在稍大点的项目中经常发生。
解决方法:
让用户A的事务(即先读后写类型的操作),在select 时就是用Update lock
    begin transaction
    commit transaction
    rollback transaction
8、在update触发器中如何使用修改前,后的数据?
   if   update(字段1)  
  begin  
  ...  
  end
 
 
10、有两张表Table1,Table2 ,都只有一个字段。Table有数据'1','2','3','4',Table2有'1','3'.写出一句通用Sql语句将表Table1的记录同步到Table2中!。
   答: insert table2 (字段) select '2' union select '4';
11、请谈谈你对OOP的理解。
面向对象编程(Object Oriented Programming,OOP,面向对象程序设计)是一种计算机编程架构。OOP 的一条基本原则是计算机程序是由单个能够起到子程序作用的单元或对象组合而成。OOP 达到了软件工程的三个主要目标:重用性、灵活性和扩展性。为了实现整体运算,每个对象都能够接收信息、处理数据和向其它对象发送信息。OOP 主要有以下的概念和组件:
组件-数据和功能一起在运行着的计算机程序中形成的单元,组件在 OOP 计算机程序中是模块和结构化的基础。
抽象性-程序有能力忽略正在处理中信息的某些方面,即对信息主要方面关注的能力。
封装-也叫做信息封装:确保组件不会以不可预期的方式改变其它组件的内部状态;只有在那些提供了内部状态改变方法的组件中,才可以访问其内部状态。