意图在不破坏封装性的前提条件下，捕获一个对象的内部状态，然后在该对象之外保存这个状态。以后在需要的时候可以将该对象恢复到原先保存的状态。结构1.Memento（备忘录）：保存Originator（原发器）对象的内部状态，Originator根据需要决定保存哪些内部状态，防止自身以外的其它对象访问备忘录。备忘录实际上是由两个接口，其中Caretaker（管理者）只能看到备忘录的窄接口，即它只能将备忘录传递给其他对象；而原发器可以看到一个宽接口，允许他访问回到
系统 2019-08-29 21:57:41 2306
前些天无聊...参考网上弄的packagecom.url;importjava.io.BufferedReader;importjava.io.File;importjava.io.FileWriter;importjava.io.IOException;importjava.io.InputStreamReader;importjava.net.HttpURLConnection;importjava.net.URL;publicclassUrlTest
系统 2019-08-12 09:29:47 2306
FROM：http://my.oschina.net/flynewton/blog/8984官方主页：http://memcached.org/面临的问题对于高并发高访问的Web应用程序来说，数据库存取瓶颈一直是个令人头疼的问题。特别当你的程序架构还是建立在单数据库模式，而一个数据池连接数峰值已经达到500的时候，那你的程序运行离崩溃的边缘也不远了。很多小网站的开发人员一开始都将注意力放在了产品需求设计上，缺忽视了程序整体性能，可扩展性等方面的考虑，结果眼
系统 2019-08-12 09:29:27 2306
Chapter1.ProvisioningandDeployment（部署准备）AutomatedDeploymentAutomatedConfigurationRemoteManagementAcriticalpartofacloud'sscalabilityistheamountofeffortthatittakestorunyourcloud.Tominimizetheoperationalcostofrunningyourcloud,setupan
系统 2019-08-12 09:27:20 2306
第一种方式，insert方式。该种方式简洁暴力，需要对每个字段的值进行解析获取。如果采用一条一条插入的话，效率非常慢，稍微好一点的话，批量插入。当数据量不大的时候，采用该种方式影响不大。而且当某些记录插入失败，不影响其他的话，采用该种方式可以实现。第2种方式，sqlldr,按照某种格式的文件编排入库，对于大数据量，绝对是福音。建议采用该种方式，简单，容易掌握，几百万的数据都不在话下！语法如下：sqlldruserid=%s/%s@%slog=%serror
系统 2019-08-12 01:54:46 2306
先开启execsp_configure'showadvancedoptions',1reconfigureexecsp_configure'AdHocDistributedQueries',1reconfigure然后调用INSERTINTOSoyErpBasicData.dbo.Base_Datadictionary(Type,Code,Name,SeqNO,State,Notes,ParentID,IsLeaf_YN,CompCode)SELECTTy
系统 2019-08-12 01:54:07 2306
/***多字段条件查询数据*@paramarray$valarray("name"=>$value)。name为要操作的字段，value为要操作的值*@paramint$limit数据数目*@paramint$offset开始位置*@paramstring$show_field要显示字段*@paramarray$orderarray("name"=>$value)：*name为排序依据的字段，*value为排序的方式【asc(升序，默认)或desc(降序)
系统 2019-08-12 01:53:00 2306
Repeater控件用得不是很多，用起来显示数据非常方便，可以自定义显示的格式，很灵活。性能也要比GridView好多了，但是Repeater没有封装"修改""删除"等功能，可是有时候却需要这种功能却不想去用GridView。本人就遇到过这种情况，开始只想对数据进行显示没有删除的意思，但是后来考虑到还需要一个删除功能，但分页都已经做好了，不想改用GridView。心想Repeater控件实现删除功能应该不麻烦吧！于是偷懒到百度一搜没找到。困难就在于怎么取当
系统 2019-08-12 01:33:50 2306
原文:SQL点滴6—“微软不认识闰年2月29日”&字符"N"的作用http://www.cnbeta.com/articles/50580.htm这个网页新闻中报告许多微软软件不能识别闰年的2月29号，其中就包含SQLServer2008，本人就在自己的SQLServer2008中写了几个语句试验，这几个语句显示能得到2月29号这一天，不知道照这则新闻所说在这一天安装软件会不会导致错误。selectDATEADD(DD,1,'28/Feb/2008')输出
系统 2019-08-12 01:33:29 2306
VC.STLNewsgroupGoodQuestions(三)声明Container对象时有许多C4786编译警告，Why?Articlelastmodifiedon2002-5-29----------------------------------------------------------------Theinformationinthisarticleappliesto:-MicrosoftVisualC++,32-bitEditions,ve
系统 2019-08-12 01:33:11 2306
