多线程有几种实现方法_c#数据导入导出代码_c#多线程面试题(13)

121.session喜欢丢值且占内存，Cookis不安全，请问用什么办法代替这两种原始的方法

答：用ViewState，stateserver

122.对数据的并发采用什么办法进行处理较好。

答：可以控制连接池的连接数量,条件好的话可以用负载平衡

123.ADO.NET处理数据并发的方法和步骤?

答：开放式并发，没有用到的锁，而依靠SQL语句判断数据是否已经变化了。

步骤：通常使用VS提供的工具生成SQL语句，工具生成的结果实在不符合要求，才手工写SQL语句。

124.动态创建的控件PostBack后是否可以保存下来,为什么?

答：ASP.NET框架不会为你保存，但可以手工保存到ViewState

125.T-SQL中is null和null 的区别?

答：is null 和 null 区别相当于 "是空盒子" 和 "空盒子"的区别

--非技术问题

1、对你来说工作中最重要的是什么？

答：团队目标的实现。（这是所有公司希望员工拥有的素质）

2、为什么愿意为本公司工作？

答：因为我认为我可以与贵公司取得共同的发展。（暗示留下我可能为公司带来的益处）

3、你认为公司为什么要聘用你？

答：因为我认为我的能力和性格完全适合贵公司的这个职位。

4、如果我们聘用你，你会待多久？

答：我说过了，我想与贵公司共同发展，当然我相信这种发展是可持续的，我不愿意失去这个发展机会。（考虑忠诚度问题，这样回答比较中肯，乱发誓在陌生人面前是完全没用的）

5、在你看来，我们会为你的职业生涯规划一个怎样的环境？

答：我有一个比较长远的职业生涯规划目标，但不管是近期目标还是中长期目标，贵公司的环境恰恰与我的计划相吻合，我相信一定能在贵公司的帮助下实现自己的规划。（看你的计划性，如果知道公司的一些具体情况，也可顺便拍拍马屁，但不能过头）

6、你的优点是什么？

答：优点是不喜欢多说，喜欢多做。（每个老板都喜欢的脚踏实地而不是夸夸其谈的员工）

7、什么是你最大的弱点？友情提示：不妨借自我批评来自我表扬。

答1：我的短处是心比较软，总是不擅于推辞别人的要求。（体现你的乐于助人）

答2：我过去不太注重与人的沟通，觉得只要技术好就可以了，但随着年龄的增长和接触更多的人，我觉得与人沟通也很重要，我现在正努力地锻炼提高自己的沟通能力

8、你的业余时间（爱好）喜欢做什么？

答：我经常会去打篮球，喜欢户外运动，听音乐和看电影

9、你对薪水的期望是多少？

答：望可以根据贵公司的情况以及本地软件业行情还有我的能力给出一个合理的薪金。

10、如果……的话，你怎么办？

答：如果在我的利益呵公司的利益之间选择，我会毫不犹豫选择公司。

11、你对我们公司有什么想法？

友情提示：这可体现你对公司前景的关注，切忌回答：“都很好，没什么想法。”，参考回答：“贵公司XX地方做的很好，但XX地方需要加强”，不宜多说。

--其它

存储过程和用户定义函数都是“SQL语句组成的子程序，用以封装代码以便重复使用”。但区别也是显而易见的。简单说，存储过程功能强大，但调用不便，用户函数正相反。

用户定义函数的优点：

可以在SQL语句中调用，直接使用返值，从而形成复杂的SQL应用。

存储过程则只能用execute命令调用，用输出参数的到返回的结果。

用户定义函数的缺点：

能在函数中使用的语句有严格限制：

不支持create、drop等DDL命令

insert、delete、update只能用在临时表上

不支持动态SQL

不支持“不确定”的函数，比如常用的getdate。不确定函数是指输入参数相同，返回结果可能不同的函数。全部不确定函数如下表

@@CONNECTIONS @@TOTAL_ERRORS

变通办法：

要解决用户函数的种种限制，可以巧妙运用用户函数调用存储过程。

比如，需要在函数中用getdate,就写个存储过程返回getdate的结果。然后从函数里去调用这个存储过程。需要在函数中使用update等，也可类推。

‘--------------------------------------

缺点：

1、可移植性是存储过程和触发器最大的缺点。

2、占用服务器端太多的资源，对服务器造成很大的压力

3、不能做DDL。

4、触发器排错困难，而且数据容易造成不一致，后期维护不方便。

优点：

1、预编译，已优化，效率较高。避免了SQL语句在网络传输然后再解释的低效率。

2、存储过程可以重复使用，减少开发人员的工作量。

3、业务逻辑封装性好，修改方便。

4、安全。不会有SQL语句注入问题存在。c#多线程面试题

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-33301-13.html