zhaoyin
1.什么时候用到事务，单个update操作会用到事务吗？
银行转账
/**//*--使用事务--*/ use stuDB go --恢复原来的数据 --update bank set currentMoney=currentMoney-1000 where customerName='李' set nocount on --不显示受影响的行数 print '查看转帐事务前的余额' select * from bank go /**//*--开始事务--*/ begin transaction declare @errorSum int --定义变量，用于累计事务执行过程中的错误 /**//*--转帐--*/ update bank set currentMoney=currentMoney-800 where customerName='张三' set @errorSum=@errorSum+@@error --累计是否有错误 update bank set currentMoney=currentMoney+800 where customerName='李四' set @errorSum=@errorSum+@@error --累计是否有错误 print '查看转帐事务过程中的余额' select * from bank /**//*--根据是否有错误，确定事务是提交还是回滚--*/ if @errorSum>0 begin print '交易失败，回滚事务.' rollback transaction end else begin print '交易成功，提交事务，写入硬盘，永久保存！' commit transaction end go print '查看转帐后的余额' select * from bank go
SqlTransaction Tran=null; using(SqlConnection conn=new……) { try { conn.Open(); SqlCommand comm = conn.CreateCommand(); Tran = conn.BeginTransaction("SpecifyTran"); //操作table1 //操作tble2 //…… Tran.Commit(); } catch { //…… } }
可以使得你这一系列的对数据的操作要么全成功，要么就是全失败，其中一个操作失败就全失败
|
1
|
throw new ........ |
这样的代码，这就会造成回滚。但是如果你的业务逻辑就有”放弃“的流程，那么你就没有必要用什么 throw 了，直接应该写 rollback了。
单个update操作数据库会自动添加事务。
2.服务器端开发经验
3.数据库隔离级别：
为了兼顾并发效率和异常控制，在标准SQL规范中，定义了4个事务隔离级别，（ORACLE和SQLSERER对标准隔离级别有不同的实现 ）
- 未提交读(Read Uncommitted)
直译就是"读未提交",意思就是即使一个更新语句没有提交,但是别的事务可以读到这个改变，这是很不安全的。
允许任务读取数据库中未提交的数据更改，也称为脏读。
- 提交读(Read Committed)
直译就是"读提交",可防止脏读，意思就是语句提交以后即执行了COMMIT以后别的事务就能读到这个改变。
只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别
- 可重复读(Repeatable Read)：
直译就是"可以重复读"，这是说在同一个事务里面先后执行同一个查询语句的时候，得到的结果是一样的。
在同一个事务内的查询都是事务开始时刻一致的，InnoDB默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读
- 串行读(Serializable)
直译就是"序列化",意思是说这个事务执行的时候不允许别的事务并发执行。完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞
注意：以上四种隔离级别最高的是Serializable级别，最低的是Read uncommitted级别，当然级别越高，执行效率就越低。像Serializable这样的级别，就是以锁表的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待，所以平时选用何种隔离级别应该根据实际情况。
4.EF的特性
持久层，相当于ORM映射。增删该查可以自动实现。
http://www.cnblogs.com/xuf22/articles/5513283.html
http://www.360doc.com/content/13/0702/09/10504424_297050223.shtml
5.where什么情况下不用索引
http://www.cnblogs.com/AK2012/archive/2013/01/04/2844283.html
6.ajax为什么会局部页面刷新
首先局部刷新，是网页的一个小模块，一个div内部或者table内部。
其次，刷新就需要数据，而ajax的意义就在于不用刷新整个页面就能请求数据。
用ajax实现局部刷新最终是JS的DOM操作实现，Ajax只是异步到服务器获取数据。
Web 应用程序都使用请求/响应模型从服务器上获得完整的 HTML 页面。
常常是点击一个按钮，等待服务器响应，再点击另一个按钮，然后再等待，这样一个反复的过程。
有了 Ajax 和 XMLHttpRequest 对象，就可以不必让用户等待服务器响应的请求/响应模型了，针对局部请求做出响应。
http://www.cnblogs.com/mingmingruyuedlut/archive/2011/10/18/2216553.html
7.下拉框级联实现
8.下拉框显示数据过多，怎么优化显示方式
下拉选择框 左右移动 左右添加
http://www.cnblogs.com/chrisghb8812/p/5623635.html
9.bootstrap控件 datagrid。。。
10.遇到的技术难题，如何克服
11.left join where在on后面和在最后的区别
SQL中，有几个表通过Left Join连接，如果要写一些过滤条件，写在ON后面和写在WHERE后面有什么不同？？
例如：
SELECT 部门, sum(生产量) FROM 部门表 LEFT JOIN 产量表 ON 部门表.ID = 产量表.部门ID AND （产量表.时间< '2010-12-31'） WHERE 产量表.有效的 = 1 GROUP BY 部门 SELECT 部门, sum(生产量) FROM 部门表 LEFT JOIN 产量表 ON 部门表.ID = 产量表.部门ID WHERE （产量表.有效的 = 1） AND （产量表.时间< '2010-12-31'） GROUP BY 部门
第一种查询时会带着这些产量为空的部门。
第二种查询 AND （产量表.时间< '2010-12-31'）会把这些部门筛选掉。
这个条件在你这里的情况下，写在 ON 和 WHRER 里是不一样的。
- 写在 AND 里是先执行后再 WHERE
- 写在 WHERE 里是后执行，看一下执行计划就一切都明了了，把条件写在 WHERE 里，Left Join 自动变成 INNER JOIN 了，结果当然不一样
12.什么时候用存储过程，什么时候代码中用拼接语句？
存储过程的可移植性差，我们现在是面向数据的开发，所以存储过程用的比较多。
存储过程是预编译的，数据库和应用程序之间是有带宽限制的，存储过程是一次返回数据结果，所以快。
