#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 2536
createtime>to_date(''2006-04-0800:00:01','yyyy-mm-ddhh24:mi:ss')andcreatetimeto_date(''20060408000001','yyyymmddhh24miss')andcreatetime
系统 2019-08-12 01:53:05 2536
bug重现：1、压缩数据库日志2、重新生成某些表的索引，当生成最大表索引的时候（100G详细内容表）长时间无相应3、打开任务管理器发现内存耗尽，此时我点了下sql然后sms报错，然后sql死掉4、关闭进程，重启sql服务5、打开web服务器iis站点，发现无法访问数据库6、打开数据库服务器发现[数据库恢复中]点击展开提示数据库损坏。此时我慌了，认为这次闯祸了，nm500G数据啊而且最新备份是一个月前的。然后开始思考，是否需要重新启动下数据库？解决方案:1、
系统 2019-08-12 01:52:40 2536
场景：不小心删除了某文件，但该文件之前被某进程（譬如一个daemon）打开尚未关闭。注：文件删除是在打开的fd都关闭以后发生的，即，unlink一个文件以后，如果inode的引用计数降到0，这个文件应该被删除，但如果还有进程打开了这个文件且尚未关闭（即打开计数不为0），那么文件将在最后一个打开该文件的进程关闭该文件的fd以后删除。这也是为什么会有install这种命令的缘故。install会首先unlink文件，之后以同样文件名open（其实是create
系统 2019-08-12 01:52:03 2536
Oraclelongraw类型字段读取问题【问题描述】项目中用到了longraw类型字段用于存放配置文件内容，一直相安无事。突然有一天需要修改设计，增加了一个字段"group_name"，问题来了，读取longraw字段总是提是“流已关闭”，经过一番较量，才算解决，在此和大家分享一下。系统环境：windows2003enterprise/Oracle9.2.1.0原表结构：createtablebt_defination(idnumber(32)notnu
系统 2019-08-12 01:51:55 2536
--测试数据CREATETABLEtb(aint,bint,cint)CREATECLUSTEREDINDEXIDX_tb_aONtb(a)CREATEINDEXIDX_tb_bONtb(b)CREATEINDEXIDX_tb_cONtb(c)INSERTtbSELECT1,3,2INSERTtbSELECT2,2,1INSERTtbSELECT3,1,3--指定使用字段a上的索引SELECT*FROMtbWITH(INDEX=IDX_tb_a)/*--结
系统 2019-08-12 01:51:27 2536
启动命令行，CD到boot.wim所在的目录，并创建一个名为wim-source的子目录。依次调用以下命令即可以将需要的驱动加入到WINPE：(其中boot.wim是WINPEpackage,wim-source可以为任意名称)Dism.exe/Mount-wim/WimFile:.\boot.wim/index:1/MountDir:.\wim-sourceREM将boot.wim展开到wim-source目录中dism/image:.\wim-sour
系统 2019-08-12 01:33:51 2536
KFS文件系统的MetaServer元数据管理采用的是B+树方式，下面将结合其源码，对KFSMetaServer中元数据的组织形式及有关实现细节进行分析。1.相关源码文件KFSMetaServer元数据管理的代码所在目录为kfs-[version]/src/cc/meta，其中，相关的源码文件有：（1）meta/base.h：KFS元数据metadata中各节点的基础类，包括的类：类Key、类MetaNode，它们分别代表B+树种存储的数据、所有B+树节点
系统 2019-08-12 01:32:51 2536
zhengyun_ustc20070406Update：曾老师已经整理了一份非常完整的与会英雄感言清单，敬请收看：CSDN技术英雄会，网友怎么看？不知道技术英雄大会的各位英雄们的与会心得博文，在哪里能整理出来一个清单，呵呵，这也是当年2006中文网志年会的一个心愿，结果到现在似乎还没有良好的技术解决方案。后来他们就手工做了一份：《2006中文网志年会后续报道列表总汇》。ahgua建议发表文章后利用del.icio.us收藏并贴”cnbloggercon”标
系统 2019-08-12 01:32:42 2536
问题：有一个库，做的是全备份+日志备份，在2011年3月8日，14点产生一次全备份，在14:10分产生日志备份，在14:12分down机，请问怎么能恢复14:10到14:12分中的这段数据（前提，前期日志备份全部正确可用），机器硬盘完好。使用方法：1.如果数据库已经损坏如果数据库已经损坏，可以使用backuplog{数据库名}to{磁盘逻辑地址}withno_truncate备份数据库。因为可能存在对受损数据库备份日志尾部时，日志备份中正常捕获的部分元数据
系统 2019-08-12 01:32:21 2536
