1 如何设计数据库
答：存储信息的大小，每次扩容的大小，冗余
2 几十上百万行，如何快速查询出表数据
答：用分页存储过程
/*
函数名称: GetRecordFromPage
函数功能: 获取指定页的数据
参数说明: @tblName 包含数据的表名
@fldName 关键字段名
@PageSize 每页记录数
@PageIndex 要获取的页码
@OrderType 排序类型, 0 - 升序, 1 - 降序
@strWhere 查询条件 (注意: 不要加 where)
*/
CREATE PROCEDURE GetRecordFromPage
@tblName varchar(255), -- 表名
@fldName varchar(255), -- 字段名
@PageSize int = 10, -- 页尺寸
@PageIndex int = 1, -- 页码
@OrderType bit = 0, -- 设置排序类型, 非 0 值则降序
@strWhere varchar(2000) = '' -- 查询条件 (注意: 不要加 where)
AS
declare @strSQL varchar(6000) -- 主语句
declare @strTmp varchar(1000) -- 临时变量
declare @strOrder varchar(500) -- 排序类型
if @OrderType != 0
begin
set @strTmp = '<(select min'
set @strOrder = ' order by [' + @fldName + '] desc'
end
else
begin
set @strTmp = '>(select max'
set @strOrder = ' order by [' + @fldName +'] asc'
end
set @strSQL = 'select top ' + str(@PageSize) + ' * from ['
+ @tblName + '] where [' + @fldName + ']' + @strTmp + '(['
+ @fldName + ']) from (select top ' + str((@PageIndex-1)*@PageSize) + ' ['
+ @fldName + '] from [' + @tblName + ']' + @strOrder + ') as tblTmp)'
+ @strOrder
if @strWhere != ''
set @strSQL = 'select top ' + str(@PageSize) + ' * from ['
+ @tblName + '] where [' + @fldName + ']' + @strTmp + '(['
+ @fldName + ']) from (select top ' + str((@PageIndex-1)*@PageSize) + ' ['
+ @fldName + '] from [' + @tblName + '] where ' + @strWhere + ' '
+ @strOrder + ') as tblTmp) and ' + @strWhere + ' ' + @strOrder
if @PageIndex = 1
begin
set @strTmp = ''
if @strWhere != ''
set @strTmp = ' where (' + @strWhere + ')'
set @strSQL = 'select top ' + str(@PageSize) + ' * from ['
+ @tblName + ']' + @strTmp + ' ' + @strOrder
end
exec (@strSQL)
GO
3 SQL语句左联接与内连接的区别
答：Inner Join 逻辑运算符返回满足第一个（顶端）输入与第二个（底端）输入联接的每一行。
Left Outer Join 逻辑运算符返回每个满足第一个（顶端）输入与第二个（底端）输入的联接的行。它还返回任何在第二个输入中没有匹配行的第一个输入中的行。第二个输入中的非匹配行作为空值返回。
4 Asp.net如何连接数据库
答： connection 连接数据库
Command 执行数据库SQL或存储过错命令
DataAdapter 连接数据库，执行数据库SQL或存储过错命令，填充DataSet
5 什么是事务？
答：数据库事务是指作为单个逻辑工作单元执行的一系列操作。
数据库事务的ACID属性
事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID(原子性、一致性、隔离性和持久性)属性：
· 原子性
事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。通常，与某个事务关联的操作具有共同的目标，并且是相互依赖的。如果系统只执行这些操作的一个子集，则可能会破坏事务的总体目标。原子性消除了系统处理操作子集的可能性。
· 一致性
事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。某些维护一致性的责任由应用程序开发人员承担，他们必须确保应用程序已强制所有已知的完整性约束。例如，当开发用于转帐的应用程序时，应避免在转帐过程中任意移动小数点。
· 隔离性
由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为可串行性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。当事务可序列化时将获得最高的隔离级别。在此级别上，从一组可并行执行的事务获得的结果与通过连续运行每个事务所获得的结果相同。由于高度隔离会限制可并行执行的事务数，所以一些应用程序降低隔离级别以换取更大的吞吐量。
· 持久性
事务完成之后，它对于系统的影响是永久性的。该修改即使出现致命的系统故障也将一直保持。
DBMS的责任和我们的任务
企业级的数据库管理系统（DBMS）都有责任提供一种保证事务的物理完整性的机制。就常用的SQL Server2000系统而言，它具备锁定设备隔离事务、记录设备保证事务持久性等机制。因此，我们不必关心数据库事务的物理完整性，而应该关注在什么情况下使用数据库事务、事务对性能的影响，如何使用事务等等。
6 水晶报表实现的功能？如何实现？
答：
* 一套完整的Web报表制作解决方案，让您容易制作网络报表
* 功能强大的工具，可将报表制作功能与Web及Windows应用程序结合
* 可利用各种资料来源，建立简报品质的精良报告
* 与微软Office紧密结合的报表制作功能
* 快速的报表处理功能
* 可弹性地传送报表
* 与Crystal Reports商业智能产品家族完全结合
从简单到复杂的报表，Crystal Reports 都可以协助您存取、分析、报告及分享数据,结合使用容易、具弹性、功能强大的特性，提供简报品质的完美报表。
[功能：]
使用各种资料来源制作报表
享用功能强大的设计与格式设定功能
结合具弹性的分析
最快的报表处理能力
灵活的报表传送作业
可扩充的Web报表制作
取得您所需要的功能强大、弹性高的报表制作工具，将精巧的报表的制作功能结合到您的Windows及Web应用程序。充分运用针对网站thin-wire环境设计的报表制作功能
支持应用程序的强大报表制作功能
享用前所未有的弹性与操控能力
完成应用程序资料的报表
7 string = null 和string ＝ “”的区别
答：前者没有分配内存控件，后着分配了
8 存储过程和sql语句的优缺点
答：
存储过程的优缺点：
优点：
1.由于应用程序随着时间推移会不断更改，增删功能，T－SQL过程代码会变得更复杂，StoredProcedure为封装此代码提供了一个替换位置。
2.执行计划（存储过程在首次运行时将被编译，这将产生一个执行计划－－ 实际上是 Microsoft SQL Server为在存储过程中获取由 T-SQL 指定的结果而必须采取的步骤的记录。）缓存改善性能。
........但sql server新版本，执行计划已针对所有 T-SQL 批处理进行了缓存，而不管它们是否在存储过程中，所以没比较优势了。
3.存储过程可以用于降低网络流量，存储过程代码直接存储于数据库中，所以不会产生大量T-sql语句的代码流量。
4.使用存储过程使您能够增强对执行计划的重复使用，由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能。RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配的执行计划，并只需插入更新的参数值。
5.可维护性高，更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力。
6.代码精简一致，一个存储过程可以用于应用程序代码的不同位置。
7.更好的版本控制，通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具，您可以轻松地恢复到或引用旧版本的存储过程。
8.增强安全性：
a、通过向用户授予对存储过程（而不是基于表）的访问权限，它们可以提供对特定数据的访问；
b、提高代码安全，防止 SQL注入（但未彻底解决，例如，将数据操作语言－－DML，附加到输入参数）；
c、SqlParameter 类指定存储过程参数的数据类型，作为深层次防御性策略的一部分，可以验证用户提供的值类型（但也不是万无一失，还是应该传递至数据库前得到附加验证）。
缺点：
1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。如果应用程序的可移植性在您的环境中非常重要，则将业务逻辑封装在不特定于 RDBMS 的中间层中可能是一个更佳的选择。
Sql语句灵活，可移植性强，查询速度比存储过程慢些
9 asp.net如何验证数据正确性？以"E_mail的@"为例
答：在RegularExpressionValidator验证控件中加入正则表达式：\w+([-+.']\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*
10 什么是webservice，什么情况下使用,如何使用？
答：
现在我将列举三种情况，在这三种情况下，你将会发现使用Webservice会带来极大的好处。此后，我还会举出不应该使用Webservice的一些情况。
跨越防火墙的通信
如果你的应用程序有成千上万的用户，而且他们都分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。那是因为客户端和服务器之间通常都会有防火墙或者代理服务器。在这种情况下，你想使用DCOM就不是那么简单了，而且，通常你也不愿意把你的客户端程序发布到如此庞大数量的每一个用户手中。于是，你最终选择了用浏览器作为客户端，写下一堆ASP页面，把应用程序的中间层暴露给最终用户。结果呢？运气好的话，只是开发难度大了一些，运气不好的话，就会得到一个根本无法维护的应用程序。
想象一下你应该怎么在你的应用程序里面加入一个新的页面：你必须先建立好用户界面(Web页面)，以及在这个页面后面，包含相应商业逻辑的中间层组件。这还不够，你还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把"结果页"送回浏览器。要是客户端代码不再如此依赖于HTML表单，客户端的编程不就简单多了吗？还有，建立ASP页面的那一步可以省略掉吗？
当然。如果你的中间层组件是Webservice的话，你完全可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用Webservice，你可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用你自己开发的SOAP客户端，然后把它和你的应用程序连接起来。这样做，不仅可以缩短开发周期，还可以减少代码的复杂度，并增强整个应用程序的可维护性。同时，你的应用程序也不再需要在每次调用中间层组件时，都跳转到相应的"结果页"了。
以我的经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用Webservice这种结构，可以轻松的节省花在用户界面编程上的20%的开发时间。这样做还有另一个好处，就是你将得到一个由Webservice组成的中间层，这一层是完全可以在应用程序集成或其他场合下被重用的。最后，通过Webservice把你的应用程序的逻辑和数据暴露出来，还可以让其它平台上的客户重用你的应用程序。
应用程序集成
企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发的力量。你的应用程序经常都需要从运行在古老的IBM主机上的程序中获取数据；或者再把数据发送到主机或UNIX应用程序中去。即使是在同一个平台上，不同的软件厂商生产的各种软件也常常需要集成起来。通过Webservice，应用程序可以用标准的方法把功能和数据暴露出来，供其它的应用程序使用。
例如，你有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等信息。同时，你还有一个订单执行程序，用于实际货物发送的管理。这两个程序是来自不同软件厂商的。一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层Webservice，订单执行程序可以把"AddOrder"函数暴露出来。这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。进而通过Webservice集成应用程序
B2B的集成
用Webservice集成应用程序，可以使你公司内部的商务处理更加自动化。但当交易跨越了你的供应商和客户，突破了公司的界线时又会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。
Webservice是B2B集成成功的关键。通过Webservice，你的公司可以把关键的商务应用暴露给指定的供应商和客户。例如，把你的电子下单系统和电子发票系统暴露出来，你的客户就可以以电子的方式向你发送购货订单，而你的供应商则可以以电子的方式把原料采购的发票发送给你。当然，这并不是一个新的概念：电子文档交换(EDI)早就是这样了。Webservice和EDI之间的主要区别在于，Webservice的实现要比EDI简单得多，而且Webservice是运行在Internet上的，在世界任何地方都可轻易实现，这样其运行成本就相对较低。不过，Webservice并不像EDI那样，是文档交换或B2B集成的一套完整的解决方案。Webservice只是B2B集成的一个关键部分，还需要许多其它的部分才能完成这个集成。
用Webservice来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把你的商务逻辑暴露出来，成为Webservice，你就可以让任何指定的合作伙伴轻松的调用你的商务逻辑，而不管他们的系统在什么平台上运行，使用的是什么开发语言。这样就大大减少了花在B2B集成的上的时间和成本。这样的低成本让许多原本无法承受EDI的投资成本的中小企业也能实现B2B集成。
软件重用
软件重用是一个很大的主题，它有很多的形式和程度。最基本的形式是源代码模块或者类一级的重用。另一种形式是二进制形式的组件重用。当前，像表格控件或用户界面控件这样的可重用软件组件在市场上都占有很大的份额。但这类软件的重用都有一个很严重的限制：重用仅限于代码，而数据不能被重用。原因在于你可以很轻易的发布组件甚至源代码，但要发布数据就没那么容易了，除非那些数据都是不会经常变化的静态数据。
而Webservice允许你在重用代码的同时，重用代码后面的数据。使用Webservice，你不再像以前那样，要先从第三方购买、安装软件组件，再从你的应用程序中调用这些组件。你只需要直接调用远端的Webservice就可以了。举个例子，你想在你的应用程序中确认用户输入的邮件地址，那么，你只需把这个地址直接发送给相应的Webservice，这个Webservice就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址的确在相应的邮政编码区域。Webservice的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不现实的，因为那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。
另一种软件重用的情况是把好几个应用程序的功能集成起来。例如，你想要建立一个局域网上的门户站点应用，让用户既可以查询他们的联邦快递包裹，察看股市行情，又可以管理他们的日程安排，还可以在线购买电影票。现在Web上有很多应用程序供应商，都在其应用中实现了上面的这些功能。一旦他们把这些功能都通过Webservice暴露出来，你就可以非常轻易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。
用Webservice来集成各种应用中的功能，为用户提供一个统一的界面
许多应用程序都会利用Webservice，把当前基于组件的应用程序结构扩展为组件和Webservice的混合结构。你也可以在应用程序中使用第三方的Webservice提供的功能。你还可以把你自己的应用程序的功能通过Webservice提供给别人。所有这些情况下，你都可以重用代码和代码后面的数据。总之，Webservice将是软件重用的一种非常有力的形式。
什么时候不应该使用WebService
一个对Webservice的完整介绍还应该包括什么时候不该用Webservice。经过前面的介绍，我们知道了Webservice在通过Web进行互操作或远程调用的时候是最有用的。不过，还有许多情况，Webservice根本不能给你带来任何好处。
单机应用程序
目前，我们还有很多桌面应用程序是供商用和个人使用的。其中一些只需要与运行在本机上的其他程序通信。在这种情况下，我们最好就不要再用Webservice，只要用本地的API就可以了。COM非常适合于在这种情况下工作，因为它既小又快。运行在一台服务器上的服务器软件也是这样：最好直接用COM或其他本地的API来进行应用程序间的调用。当然Webservice也能用在这些情况下，但那样不仅消耗太大，而且不会给你带来任何好处。
局域网上的同构应用程序
在许多应用中，你所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。例如，你有两个服务器应用程序需要相互通信，或者你有一个Win32或WinForm的客户程序要连接到局域网上的另一个服务器程序。在这些程序里使用DCOM会比SOAP/HTTP有效的多。类似的，如果你的一个.NET程序要连接到LAN上的另一个.NET程序，那么你应该使用.NETremoting。有趣的是，在.NETremoting中，你也可以指定使用SOAP/HTTP来进行Webservice调用。不过最好还是直接通过TCP进行RPC调用，那样会有效得多。总之，只要你从应用程序结构的角度看来，有别的方法比Webservice更有效，更可行，那就不要再用Webservice。
总结
Webservice是创建可互操作的分布式应用程序的新平台。Webservice的主要目标是跨平台的可互操作性。为了达到这一目标，Webservice是完全基于XML、XSD等独立于平台、独立于软件供应商的标准的。
Webservice在应用程序跨平台和跨网络进行通信的时候是非常有用的。Webservice适用于应用程序集成、B2B集成、代码和数据重用，以及通过Web进行客户端和服务器的通信的场合。
当然，Webservice也不是万能的，你不能到处滥用Webservice。在有些情况下，Webservice会降低应用程序的性能，而不会带来任何好处。例如，一台机器或一个局域网里面运行的同构应用程序就不应该用Webservice进行通信。
11 用gridview如何把其中一行添加下拉列表框并绑定数据库？如何分页和动态排序？
答：
先生成模版，在EditItemTemplate里放一个下拉筐进去，选择数据源即可 。
把gridview的属性Allowpaging ＝ true 就能分页，AllowSorting＝true就能排序
或者用gridview.Sort方法排序。
12 说明一下软件开发流程？
答：分析（需要，概要，详细），开发（编程，单元测试），测试（集成测试），维护
13 如果做到编码规范？
答：方法，类，变量尽量写有意义的单词。注释有写清楚，但不要罗唆
14 try catch finally中 catch和finally的作用
答：catch扑获异常，finally不管代码是否出现异常都执行
15 web页面代码的执行顺序？
答：从上到下
16 用户控件和自定义控件的异同点?
答：用户控件(UserControl): 扩展名为*.ascx,跟*.aspx在结构上相似，是指页面中
加载的功能块,只是用户控件不能单独作为页面运行,必须嵌入到*.aspx页面或其它用
户控件中使用 。
自定义控件，跟HtmlControl或WebControl相似，编译后可以添加引用到工具栏里
面，直接用鼠标拖动使用。
看情况使用，如果功能比较多，会用自定义控件。
17 当发生一个http代码错误时可以显示一个自定义的错误页面给用户,怎么花最小代价完成这个目标?
答：
18 一个人拿了100元去商店买25元钱的东西,店主没有零钱找,于是去旁边的小摊贩换了100的零钱,找给了那个人75,那个人走了之后,小摊贩拿着100元钱去找店主,说是假的,店主看了看钱,发现真的是假的,于是赔给了小摊贩一个真的100块钱,问店主一共亏了多少钱,为什么?
答：25。进75元，出100元。
19 .net中哪项技术实现跨多语言
A、CLR B、CTS C、CLS D、CTT
答：CLR
20 在B/S模式中，你是使用几层架构实现的，说说各层之间的关系和这样的好处？
答：MVC（模型－视图－控制器）
视图(View)代表用户交互界面.
模型(Model)：就是业务流程/状态的处理以及业务规则的制定,业务模型还有一个很重要的模型那就是数据模型.
控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求.
