摘要：
在MSSQL里有许多不公开的系统存储过程，其中可能常用的sp_MSforeachtable和sp_MSforeachdb有这2个。
分别用于遍历某数据库的每个用户表、每个数据库。 阅读全文
摘要：
固定服务器角色：按照从最低级别的角色（bulkadmin）到最高级别的角色（sysadmin）的顺序进行描述：Bulkadmin：这个服务器角色的成员可以运行BULKINSERT语句。这条语句允许从文本文件中将数据导入到SQLServer2008数据库中，为需要执行大容量插入到数据库的域账户而设计。... 阅读全文
摘要：
ASP.NET请求处理过程是基于管道模型的，这个管道模型是由多个HttpModule和HttpHandler组成，ASP.NET把http请求依次传递给管道中各个HttpModule，最终被HttpHandler处理，处理完成后，再次经过管道中的HTTP模块，把结果返回给客户端。我们可以在每个HttpModule中都可以干预请求的处理过程。 阅读全文
摘要：
镜像数据库如果主体数据库日志过大，可以在主体数据库上定时作日志备份（比如每天1次）
备份日志可以截断日志，让日志空间可以循环使用，这样可以使日志文件的大小不再增长。 阅读全文
摘要：
SQL Server 2008连接字符串写法大全, 信任连接 Integrated Security or Trusted_Connection , 数据库镜像 Failover Partner,异步处理 Asynchronous Processing 阅读全文
摘要：
一般情况下，ADO.NET中的事务处理就能够满足我们的需要，但是，ADO.NET中的事 务不能同事对多个数据库连接进行原子性的操作；如果在你的业务环境中存在多个数据库、文件写入等操作，同时需要保证数据完整性和一致性的时候，你可以考虑 使用.NET提供的分布式事务处理。 阅读全文
摘要：
.net 事务处理的三种方法 阅读全文
摘要：
游标（Cursor）是处理数据的一种方法，为了查看或者处理结果集中的数据，游标提供了在结果集中一次以行或者多行前进或向后浏览数据的能力。我们可以把游标当作一个指针，它可以指定结果中的任何位置，然后允许用户对指定位置的数据进行处理。 阅读全文
摘要：
游标分为客户端游标和服务器端游标。Sql通过游标可以对一个结果集进行逐行处理。对于使用服务器端游标的过程有：声明、打开、读取、关闭、释放。 阅读全文
摘要：
请务必检查你的电脑是否支持64位的系统。大家都知道，32位的操作系统最多只能支持3.2G的内存，现在内存白菜价，很多人都在原有基础上购入新内存，这样最少也有4G了，为了让内存不浪费，我 们只有升级到64位操作系统。但是很多朋友又不想格式化自己的硬盘，但是档我们在windows7个32位系统下运行64系统的安装文件时却发现提示：程 序不是有效的32位程序。那我们应该如何升级呢？准备好32位和64位两个操作系统的安装文件。以管理员身份运行cmd手工输入如下命令：32位系统安装文件路径\setup /installfrom:64位系统安装文件路径\sources\install.wim“/insta 阅读全文
摘要：
(原文地址：http://blogs.msdn.com/b/varund/archive/2010/09/02/create-a-sql-server-database-on-a-network-shared-drive.aspx)Create a SQL Server Database on a network shared drive（创建基于网上邻居共享路径的数据库）Sometime back, I have written blog post on ‘Backing-up SQL Server Database on a network shared drive’. This can 阅读全文
摘要：
Sql server 2008镜像:
a.镜像服务器备份的是用户的数据库，不是系统的数据库，比如不能镜像master,msdb,model和tempdb
b.镜像的数据库对象恢复模式必须是完整的，不能是简单和大容量日志类型的
c.备机镜像不能被访问，正常情况下一直处于正在还原的状态
d.主机可以被访问，正常情况下一直处于主体正在同步的状态
e.主机和备机的5022端口必须没有被占用，可以用telnet来验证 阅读全文
摘要：
Android has an interesting command called dumpsys to dump some system information. Even described on adb manual I think that some points should be reinforced. In order to get the complete status just run (will produce a large output):
adb shell dumpsys 阅读全文
摘要：
(部分转载)一．如何获取SQLite最新版本官方站点：http://www.sqlite.org/从http://www.sqlite.org/网站的Download页面获取二．Windows下的SQLite的源代码是哪个软件压缩包？http://www.sqlite.org/download.html三．Window下的SQLite命令行工具http://www.sqlite.org/download.html四．Window下的SQLite开发库，即动态链接库以及DEF文件http://www.sqlite.org/download.html五．SQLite最新版本是：3.6.22六．b& 阅读全文
摘要：
sqlite错误 The database disk image is malformed database disk image is malformed 阅读全文
摘要：
最常见的XML数据类型有：Element, Attribute，Comment, Text. Element, 指形如<Name>Tom<Name>的节点。它可以包括：Element, Text, Comment, ProcessingInstruction, CDATA, and EntityReference. Attribute, 指在<Employee >中的粗体部分。 Comment，指形如：<!-- my comment --> 的节点。 Text，指在<Name>Tom<Name>的粗体部分。 在XML中，可 阅读全文
摘要：
在网上搜索压缩access数据库的方法，文章很多，写的也很复杂：利用JRO.JetEngine的压缩功能建立一个新的数据库文件，然后把原来的删掉、替换！既然这样，压缩程序只需几行就ok了！把下面的代码保存为**.asp，数据库文件（db.md）放在相同目录下，执行asp搞定！ 阅读全文
摘要：
英文 视频 老友记 第一季 第二季 第三季 第四季 第五季 第六季 第七季 第八季 第九季 第十季 阅读全文
摘要：
WebService : 气预报、ＩＰ地址来源、邮政编码、验证码图片、简繁转换、中英翻译、列车时刻、股票数据、即时汇率、飞机航班、基金数据 阅读全文
摘要：
根据序列号的不同区分为企业版、开发版等。
序列号如下：
开发版: PTTFM-X467G-P7RH2-3Q6CG-4DMYB
企业版: JD8Y6-HQG69-P9H84-XDTPG-34MBB 阅读全文
摘要：
当使用WCF寄宿时它能带来很大的灵活性。特别的，WCF服务可以在任何操作系统进程中寄宿。服务宿主，或者仅仅成为"宿主"， 负责启动和关闭服务并为控制服务提供基本的管理函数。为一个基于操作性能要求比如可用性，可信赖性和可管理性的服务选择正确的寄宿环境。 IIS和Windows 进程激活服务(WAS)有用来寄宿WCF服务的内建结构。先前特性只在IIS中可用，比如进程激活，回收和身份管理，已经被移植到WAS中并对除了 HTTP协议的所有协议可用。这让WAS成为一个IIS的超级替代者，但是IIS对寄宿基于HTTP的WCF服务是很理想的。WCF通过ASP.NET 兼容模式支持很多AS 阅读全文
摘要：
一个WCF服务是一系列终结点集合，每个终结点有一个独一无二的地址。终结点地址和绑定确定了终结点在哪里以及如何监听进入请求。除了终结点地址，服务本身也有地址，称为基地址。 一个服务的基地址用来作为可能在终结点中定义的相对地址的基地址。使用相对地址，而不是绝对地址，终结点地址让在一个服务中管理终结点变得更加容易。通过相对地址，你可以在一个服务中仅通过改变服务基地址就改变所有终结点地址。 当在一个终结点中使用一个相对地址时，相对地址附加到基地址来形成服务基地址。例如，如果一个服务基地址是http://localhost/foo 而终结点地址是bar,终结点将会在http://localhost/fo 阅读全文
摘要：
寄宿WCF服务最常用的环境是IIS或者WAS。在一个公共架构上创建，它们都提供鲁棒性进程控制和生命周期回收服务，还有一个熟悉的管理接口。当IIS架构已经在使用时这是对大多数场景来说最合适的解决方案。 然而，也有一些情况你不想在IIS或者WAS中寄宿一个服务。你可能想显式控制事件的启动和停止。或者你可能想提供一个自定义管理接口而不是使用IIS或 者WAS工具。为了实现这个，你可以使用System.ServiceModel命名空间中的ServiceHost类来在任何程序中寄宿一个服务。当你 做这个时，你正在使用一个自我寄宿的WCF服务。 寄宿一个WCF服务最常用的场景是在一个随系统启动和停止的Wi 阅读全文
摘要：
将应用程序功能聚集到正确的服务层次是系统设计的一个必须元素。创建一个有很多接口的系统，这个系统也会变得很令人迷惑。创建只有很多接口的一个系统，这个系统会是变成一个很难改变的整体。 在第二章”契约”，我们描述了如何将多个类接口集成到一个单一的终结点中。这是通过.NET接口集成完成的。我们也描述了如何在一个单一服务内部暴露多个 终结点。这一部分提供了一个可供选择的方案。不是通过将两个接口合并为一个然后将聚合作为一个服务暴露出来，这里我们描述的是如何在一个单一的操作系统进 程内分别暴露两个服务。 一个ServiceHost 仅暴露一个服务。所以，为了在一个操作系统进程内暴露多个服务，你需要实现多个S 阅读全文
摘要：
在WCF之前，ASMX是ASP.NET Web 服务中一个公共处理方式。它对公共Web服务需求提供了出色的支持并通过ASP.NET HTTP管道提供了鲁棒性扩展能力。在WCF中，服务被设计为不需了解它们的寄宿模且独立传输。所以WCF服务不能依赖于HTTP管道内部的实现，比如 HTTP.SYS。 和ASMX一样，WCF也提供一个鲁棒性扩展模型。但是除了使用HTTP管道，它也采用信道栈。WCF中的信道非常灵活。它们了解传输协议，比如HTTP，但是也了解其他的协议元素比如安全和事务。信道栈在第三章”信道”和第四章”绑定”中描述。 WCF支持IIS中的一个特殊寄宿模型: ASP.NET 兼容模式。当运 阅读全文
摘要：
IIS6在Windows 2003和Windows XP SP2中存在，应用程序池作为一个运行时容器来寄宿应用程序。这允许对启动和关闭的控制，在每一个进程的基础上进行身份认证和回收服务。它原本就提供了跨 应用程序的进程隔离功能，这个功能带来了很大的可信赖性。总的来说进程管理是由应用程序池架构处理的。 IIS7在Windows Vista和Windows Server 2008 中存在，进程管理已经实现对多种协议支持并移植到WAS中。ASP.NET也扩展来支持进程激活和WAS中的服务寄宿。 图片7.4 描述了在WAS架构上的IIS7. 在IIS7中寄宿一个服务的三个最小的步骤在第一章描述了。简短 阅读全文
摘要：
Windows进程激活服务(WAS)是Vista和Windows Server 2008 自带的寄宿基础。先前的特性只在IIS中才有，比如进程激活，回收和身份标识管理，已经加入到WAS中而且支持所有的协议除了HTTP。 WAS允许你在一个不依赖HTTP协议的鲁棒环境中寄宿服务。HTTP协议被广泛部署和理解，但是有一些情况它并不是最好的选择。 例如，想象有一个为跟踪和分析的目的而接受一条单向消息的服务，消息由客户端发送并最终从网络中断开。为了提供在断开网络时的消息发送能力，需要一个队列 结构。MSMQ协议将会完成这个，而HTTP协议将不会完成这个。或者，想象一个非常"不正式" 阅读全文
摘要：
一个服务宿主就是用来管理一个WCF服务的生命周期和上下文服务的一个操作系统进程。服务宿主，或者仅称为”宿主”，负责启动和停止WCF服务并提供一些基本的管理函数来控制WCF服务。除了这方面，宿主对运行在它的内存空间里的WCF服务知道的很少。 阅读全文
摘要：
这一章描述了WCF的序列化和编码能力。作为WCF的剩余部分，有很多特性允许你自定义和扩展序列化。使用WCF序列化有如下的一些指导原则: 1. 试着在任何时候和任何可能的地方使用DataContract来序列化。这是WCF中默认的序列化器，意味着可以通过强制显式定义契约来将它用于面向服务开发。 2. 在很多情况中，你将需要依赖XmlSerializer，比如对现有.NET类型的支持，与ASP.NET 网络服务兼容，控制序列化XML的输出结果等。如果你依赖XmlSerializer来进行序列化你需要把[XmlSerializerFormat]放 到你的契约的合适位置。如果你的所有操作都需要使用XM 阅读全文
摘要：
之前，你有很多创建分布式应用程序的选择。其中的两个选择是.NET Remoting和ASP.NET 网络服务。.NET Remoting 很适合.NET 应用程序间的通信因为它使用二进制编码传输数据。这比ASP.NET 网络服务提供更好的性能，ASP.NET 网络服务在交互中使用文本编码。由于文本编码允许跨平台交互所以它在ASP.NET 网络服务中是被广泛接受的。WCF将编码架构抽象出来并允许同时使用两种编码格式的绑定存在。这使得WCF可以同时取代.NET Remoting和ASP.NET 网络服务。 阅读全文
摘要：
DataContractSerializer是WCF中优先选择的序列化方法。然而，有时你需要使用默认序列化方法以外的方法。一个改变序列化方法的选项是使用XmlSerializer,包括实现自定义序列化的能力，共享类型和支持原有网络服务的能力。对DataContractSerializer,XmlSerializer是WCF集成的一部分。这部分主要查看下XmlSerializer并讨论它如何用来控制XML输出。 阅读全文
摘要：
WCF支持两种消息处理模式: 缓冲和流模式。缓冲是WCF中处理消息的默认模式。在这个模式下，整个消息在发送和接收之前被放入内存中。在大多数场景，缓冲消息是重要的而且有时需要支持一些诸如可信赖消息和数字签名的特性。然而，缓冲大消息将很容易导致系统资源耗尽并限制可扩展性。WCF支持另外一种使用流处理消息的模式。在这个模式中，在客户端和服务端的数据使用一个System.IO.Stream.Streaming。流模式一般在一个绑定或一个传输信道上使用。 阅读全文
摘要：
有时你可能需要完成一个不可序列化或者需要对序列化内容进行改变的序列化过程。一个例子是由第三方组件提供者提供或者一个你不再拥有源码的组件中的一个类型。 阅读全文
摘要：
对支持面向服务的架构来说，数据契约版本化会随着时间推移称为面向服务的一个重要方面。随着时间推移，比如创建了新的服务，它生成了一个数据契约的新版本，通过添加额外的信息。而不是重编译所有之前使用老的数据契约版本的客户端和服务端，你可能希望它们可以平滑的升级以便于可以共享公共数据，这也正是DataContractSerializer 要做的事情。如果有额外的数据，DataContractSerializer 将会抛弃额外的信息。但这并不是在所有情况下都能正常工作。如果数据被接受后又发送回给客户端，忽略任何额外数据意味着可能会丢失信息。一个例子是一个新的客户端发送数据给一个将信息存储在一个数据库中以用来在未来的某个时刻访问的旧服务。在这种情况下，如果客户端发送给服务端过程中有任何额外信息，它将在数据发送回给客户端时丢失。这也是IExentsibleDataObject接口要解决的问题。它提供一个接口给不知道数据契约的外部数据。它通过将反序列化过程中的未知数据存储到一个ExtensibleDataObject类中实现的。 阅读全文
摘要：
WCF 中的默认序列化方法是DataContractSerializer. 这是WCF开发组想要大部分开发人员使用的序列化方法因为它强制进行契约共享而非类型共享。这是创建面向服务架构的一个原则。然而，如果你的想法是支持类型一致并在客户端和服务端间共享类型信息那么这个方法并不会为你的设计引入问题，你可以使用NetDataContractSerializer来序列化。就像在之前的”比较WCF序列化选项”章节描述的那样，NetDataContractSerializer与DataContractSerializer本质是类似的，但是额外支持了类型信息共享和引用保留。 阅读全文
摘要：
循环引用是指一个对象维持对子对象的引用，子对象还会对其引用。关于循环引用的一个例子是一个子对象维持到父对象的父子关系。这些情况的类型在面向对象编程中很常用。对象维护循环引用的问题是序列化不可能没有对引用保留的支持。任何序列化结构将会在一个试着序列化对象的无终止循环中终止。引用保留允许对使用的数据添加一个引用而不是对数据反复序列化。 阅读全文
摘要：
DataContractJsonSerializer支持使用以JavaScript 对象标记作为序列化格式并添加到.NET 3.5 Framework 中。如果从一个使用JavaScript 的网络应用调用服务序列化会工作的很好，特别是ASP.NET AJAX 和Silverlight 网络应用。当使用WebScriptEnablingBehavior行为时会使用DataContractJsonSerializer。对应的，如果WebHttpBehavior行为配置成使用JSON编码也可以使用DataContractJsonSerializer。这些终结点行为指导WCF支持REST/POX 类型服务。你可以查看第十三章"可编程站点"来获得关于属性的信息。现在我们将查看如何直接使用DataContractJsonSerializer并与先前提到的其他序列化结构进行比较。 阅读全文
摘要：
XmlSerializer 是WCF中可以用来序列化的第三种方法。XmlSerializer 是已经被.NET2.0 架构内建支持的一个序列化方法。使用XmlSerializer有好几个优势，包括对已有.NET类型的支持，与ASP.NET Web 服务的兼容，和改变XML输出的能力。
WCF支持XmlSerializer以便于它可以与已有的类型一起使用，而DataContractSerializer是特别用于新类型的。对已有类型的支持通常是对已有的应用程序或者那些你没有源码或者你不能重编译的你应用程序来支持DataContract序列化的第三方组件。XmlSerializer也是使用ASP.NET Web 服务使用的序列化方法。这意味着XmlSerializer可以用来帮助将ASP.NET Web 服务转换到WCF中。最后， XmlSerializer对序列化XML的输出提供更多控制并可以用在那些DataContractSerializer不适合对序列化XML形状进行改变的场景中。 阅读全文
摘要：
NetDataContractSerializer是WCF中一个可以替代的序列化方法，它允许类型共享。这个类可以再System.Runtime.Serialization命名空间中找到。当类型必须在客户端和服务端保持正确时会使用这个序列化方法。NetDataContractSerializer通过对CLR类型添加额外信息并保存引用来支持类型精确。除了这个，在NetDataContractSerializer和DataContractSerializer之间没有任何不同。 阅读全文
摘要：
使用WCF有很多种方式来序列化对象。确定使用哪种方法来序列化取决于一系列因素。这些因素包括你是否想要与契约共享类型，支持现有的.NET类型，保留引用以及更多。
DataContractSerializer
WCF中默认的序列化方法是DataContractSerializer.这个类存在于System.Runtime.Serialization命名空间里。DataContractSerializer是用来支持基于XSD元数据的契约共享的。它将公共语言运行时(CLR)类型映射成XSD定义的类型。这意味着XSD是可以用来在两个应用程序间交换数据的公共元数据。例如，你可以使用XSD在一个.NET应用程序和一个Java应用程序间交换数据。我们使用一个字符串来举个例子。 阅读全文