初学者阶段，建议从数据库为基础入手进行学习。下面介绍微软的SQLServer2005数据库的安装。首先，从下列地址获取SQLServer2005的安装程序。ed2k://|file|cs_sql_2005_ent_x64_dvd.iso|1019222016|10FD11133A3E70DAD665BEDC1090AD28|/开始安装1、选择许可2、检查兼容性3、输入默认系统姓名4、这里把下面的选项也选上5、这里选择混合模式，并输入sa登录账号的密码6、开
系统 2019-08-12 01:54:12 2633
原文:SQLServer2005MD5函数在SQLServer2005下自带的函数HashBytes()，此函数是微软在SQLServer2005中提供的，可以用来计算一个字符串的MD5和SHA1值，使用方法如下：--获取123456的MD5加密串selecthashbytes('MD5','123456');--获取123456的SHA1加密串selecthashbytes('SHA1','123456');有了这个函数可以在SQLServer中为字符串
系统 2019-08-12 01:53:25 2633
#includeintmain(){__int64n,i,sum,l,r;while(scanf("%I64d",&n)!=EOF){sum=0;for(i=1;i*i<=n;i++){sum+=n/i*i;if(i!=n/i){l=n/(i+1)+1;r=n/i;sum+=i*(l+r)*(r-l+1)/2;}}printf("%I64d\n",sum);}return0;}借鉴别人的代码http://218.245.3.161/201
系统 2019-08-12 01:53:08 2633
--*****************************************--使用runcluvfy校验OracleRAC安装环境--*****************************************所谓工欲善其事，必先利其器。安装OraleRAC可谓是一个浩大的工程，尤其是没有做好前期的规划与配置工作时将导致安装的复杂度绝非想象。幸好有runcluvfy工具，这大大简化了安装工作。下面的演示是基于安装Oracle10gRAC/
系统 2019-08-12 01:52:50 2633
Deadlockingoccurswhentwouserprocesseshavelocksonseparateobjectsandeachprocessistryingtoacquirealockontheobjectthattheotherprocesshas.Whenthishappens,SQLServeridentifiestheproblemandendsthedeadlockbyautomaticallychoosingoneprocessa
系统 2019-08-12 01:34:00 2633
这篇记录的是python的类以及文件的引用等。文件WORK.py:类外函数，宏等defB():passTAET_DATA=3classA():def__init__(self):self.num=2passdefcount_data(self):returnself.num定义全局变量：instance=Nonedefroot():globalinstanceifnotinstance:instance=A()returninstance定义一个主文件TE
系统 2019-08-12 01:33:59 2633
Tomcat使用JMX管理方式，在Tomcat的自带应用manager就是使用了JMX方式来管理Tomcat，以此完成Web应用的动态部署、启动、停止。然而manager应用是一种本地使用JMX接口的方式。对于其它的远程客户端该怎么做呢？方式1：JConsole客户端：1)设置环境变量CATALINA：setCATALINA_OPTS=-Dcom.sun.management.jmxremote-Dcom.sun.management.jmxremote.
系统 2019-08-12 01:33:39 2633
在王MySQL数据库导入数据的时候经常会出现警告，这些警告很容易被忽视，今天到数据的时候突然想看看警告的内容是什么，百度了一下mysql查看警告的命令showwarnings;命令很简明，一查看发现一般的警告是这样的Warning|1265|Datatruncatedforcolumn'刊名'atrow1265还有一种是这样的|Warning|1366|Incorrectstringvalue:'\xB5\xDA\xB6\xFE\xBD\xEC...'fo
系统 2019-08-12 01:33:38 2633
参数化和即席查询，都是一个二难的选择。一旦选择参数化就有可能带来一种情况就是执行计划反复被利用。不会通过收集现有的统计信息，出一个比较优异的执行计划。即席查询也就是adhocquery，每次都需要重编译，花费比较大。这个是一个2难，需要平衡。对于这个问题sqlserver有简单参数化，强制参数化和2008才有的optimizeforadhocworkloads。optimizeforadhocworkloads的原理大概如此：当你第一次执行adhoc查询的
系统 2019-08-12 01:33:33 2633
之前写过一次，后来无意发现还是有问题，比如
系统 2019-08-12 01:33:11 2633
