临时表： table变量： 上边两个T-SQL的结果是一样的，但在联机丛书中建议尽可能使用表变量而不使用临时表。table 变量有以下优点： ·table 变量的行为类似于局部变量，有明确定义的作用域。该作用域为声明该变量的函数、存储过程或批处理。 在其作用域内，table 变量可像常规表那样使用。该变量可应用于 Select、Insert、Update 和 Delete 语句中用到表或表的表达式的地方。但是，table 不能用在下列语句中： Insert INTO table_variable EXEC 存储过程。 Select select_list INTO table_variable 语句。…
还是用例子来说明吧，简单明了。假如有如下两张表内容： id name total ----- ----- ----- 1 aaa 10 2 bbb 20 id name total ----- ----- ----- 1 aaa 10 2 ccc 10 1.union 将两个结果集合并成一个结果集，并去掉相同的记录。 Select name from Table1 union Select name from Table2 结果集： name ---- aaa bbb ccc Select name,total from Table1 union Select name,total from Table2…
有如下两张表： id name total ----- ----- ----- 1 aaa 10 2 bbb 20 id name total ----- ----- ----- 1 aaa 30 2 ccc 10 要实现将Table2的数据更新到Table1，使Table1的数据成： id name total ----- ----- ----- 1 aaa 40 2 bbb 20 3 ccc 10 T-SQL如下：
使用VS2008在"E:\User\MzwuCom.Web"下建立了一个站点，在浏览器中查看时你会发现路径类似于"http://localhost:7382/MzwuCom.Web/Default.aspx"，而不是"http://localhost:7382/Default.aspx"，这样整个站点就变成了在一个虚拟目录下，这在执行某些操作时会出现问题，例如打开站点根目录下一个文件Server.MapPath("/test.txt")，所以必须去掉虚拟目录，设置方法：打开网站属性窗口，将虚拟路径"/MzwuCom.Web"设置为"/"即可。
在页面设计的时候老是因为XHTML 1.0验证通不过，报出一大堆错误而无法切换到设计模式： 解决办法：依次打开"工具→选项→文本编辑器→HTML→验证"，将目标选为"Internet Explorer 6.0"，并去掉"显示错误"前面的钩即可。
在Web应用程序中，有些信息只对登录用户开放，这就要对用户身份进行验证，我们常用的方法是在用户登录成功后将用户信息保存在Session中，然后在需验证身份的页面中对Session中的值进行判断，例如： 每个需验证身份的页面都要写上这么几句，不仅繁琐而且代码也不美观，下边我们提供另一种思路：创建一个BasePage类，它继承自System.Web.UI.Page类，在这个类加载过程中就进行身份的验证，凡是需身份验证的页面只要继承自这个类即可： BasePage类： Manage.aspx.cs： 在BasePage类的基础上我们还可以创建一些子类，他们将对用户权限进行验证，以判断用户是否有访问资源的权限，这样就实现了授权，废话不多说了，有兴趣的朋友点击这里下载源码
运行出错，提示：分析 EntityName 时出错。原因是value中含有特殊字符"&"，解决方法使用其对应的ASCII码"& #38;"替换即可： 2008-09-01补充： 变量中的"\r\n"写入到记事本中会转成换行回车，如果将其存在Web.Config中读取出来再写入记事本，你会发现他是原样写入的，不会转换成换行回车，解决方法是用"& #13;& #10;"替换。
SqlCommand对象的CommandType属性值有三种类型：Text、StoredProcedure和TableDirect，我们都知道，在存储过程中使用参数是非常常见的，因而我们都知道当CommandType值为StoredProcedure时怎么给存储过程参数传值，但是要知道SQL 文本命令中也是可以带参数的，那怎么给他们传值呢？其实两者是一样的，看下边例子： 在SQL 事件探查器中看到的结果为：
一、简介 当创建ASP.NET 2.0应用程序时，开发者通常都把敏感的配置信息存储在Web.config文件中。最典型的示例就是数据库连接字符串，但是包括在Web.config文件中的其它敏感信息还包括SMTP服务器连接信息和用户凭证数据，等等。尽管默认情况下可以配置ASP.NET以拒绝所有对扩展名为.config的文件资源的HTTP请求；但是，如果一个黑客能够存取你的web服务器的文件系统的话，那么，Web.config中的敏感信息仍然能够被窃取。例如，也许你不小心允许匿名FTP存取你的网站，这样以来就允许一个黑客简单地通过FTP协议下载你的Web.config文件。 幸好，通过允许加密Web.config文件中选择的部分，例如节，或你的应用程序使用的一些定制config节，ASP.NET 2.0有助于缓解这个问题。配置部分能够很容易地使用编码或aspnet_regiis.exe(一个命令行程序)进行加密。一旦被加密，Web.config设置即可避开"虎视眈眈"的眼睛。而且，当以编程方式从你的ASP.NET页面中检索加密的配置设置时，ASP.NET会自动地解密它读取的加密部分。简言之，一旦配置信息被加密，你就不需要在你的应用程序中编写任何其它代码或采取任何进一步的行为来使用该加密数据。…
生成的代码为： 从生成的代码我们可以知道：Static转化为visibility:hidden，Dynamic转化为display:none，它们的相同点是都不能在页面上看到，但visibility仍会在页面中占据一定的位置！