问题描述：创建了类库编译成RSCustomLib.dll在服务器报表引用一点问题也没有，也能如期工作。但在本地报表引用相同的程序集则编译时报如下错误：加载代码模块时出错:“RSCustomLib,Version=1.0.0.0,Culture=neutral,PublicKeyToken=null”。详细信息:未能加载文件或程序集“RSCustomLib,Version=1.0.0.0,Culture=neutral,PublicKeyToken=null
系统 2019-08-12 09:27:25 2253
EmmetDocumentationSyntaxChild:>nav>ul>liSibling:+div+p+bqClimb-up:^div+div>p>span+em^bq
<
系统 2019-08-12 09:27:16 2253
ThesedaysIinstallaCentOsbutIcan'tinputinChinese.Thismakemeupset.ThenIknowit'stheproblemofyum.ThenIchangedtheyumsource.第1步wgethttp://mirrors.ustc.edu.cn/centos/CentOS-Base.5.mirrors.repo-O/etc/yum.repos.d/CentOS-Base.repo备份yum配置文件，
系统 2019-08-12 09:26:51 2253
1.MOSS根据文档UniqueId查询文档,这个是文档的唯一标识6C266D8F-295B-4399-8046-88C8A88664252.MOSS根据文档GUID查询文档
系统 2019-08-12 01:55:11 2253
in和exists区别in是把外表和内表作hashjoin，而exists是对外表作loop，每次loop再对内表进行查询。一直以来认为exists比in效率高的说法是不准确的。如果查询的两个表大小相当，那么用in和exists差别不大。如果两个表中一个较小，一个是大表，则子查询表大的用exists，子查询表小的用in：例如：表A（小表），表B（大表）1：select*fromAwhereccin(selectccfromB)效率低，用到了A表上cc列的索
系统 2019-08-12 01:54:43 2253
前面一篇文章写到如何通过gp_segment_id来判断表的DK值设置有数据，下面是通过查看占用空间的量来检查分配不平衡的表，并重新调整着DK值。我的一台greenplum机器，其中的一个节点的数据量比其它的节点多很多，说明数据分布的不平衡，如下所示：以sdw16为例:$du-sh/gpdata{1,2}/data/gp*347G/gpdata1/data/gp30412G/gpdata1/data/gp62357G/gpdata1/data/gp6333
系统 2019-08-12 01:54:28 2253
原文:几个SQL小知识写在前面的话：之前做的一个项目，数据库及系统整体构架设计完成之后，和弟兄们经过一段时间的编码，系统如期上线，刚开始运行一切良好，后来随着数据量的急剧膨胀，慢慢出现了很多莫名其妙的问题，经过调试，修改了数据库中几个存储过程的一些问题。有意思的是，有一个存储过程里，为了实现一个小的功能，写了好多好多的代码，又是游标又是循环的，其实用系统的一个默认函数就能解决掉。这里想说的是，学习工作之余，在没有要解决问题的压力之下，还是建议系统的看看书，
系统 2019-08-12 01:53:33 2253
/*********************Any/All/Contains/Concat/Union/Intersect/Except/take/skip/SqlMethods操作练习**********************************///判断没有成绩的学生varlist=fromsinctx.T_Studentwhere!s.T_Score.Any()selects;//判断有成绩大于80的学生varlist1=(fromsinctx
系统 2019-08-12 01:53:00 2253
GoogleTestingblog有一个帖子给了新测试经理一些建议：1.要对你测试的产品有激情2.关注测试计划(testplan)，它的优先级要高3.理解你所在组织的发布流程和优先级规定4.对你的测试过程保持疑问5.寻找创新方式其他都比较好理解，对第二点，JamesA.Whittaker的解释是：文档常常跟不上实际的变化，这对开发和测试都一样，开发人员的设计文档很容易过时，而测试人员的测试计划也很容易过时，而测试经理的首要任务就是fix这些文档，在fix文
系统 2019-08-12 01:52:46 2253
这个版本在0.9版本的基础上作了一些小的改动，比如取消了build过程中的maven，修复了不能从缓存中彻底清除对象的Bug，调整了一对一、一对多及延迟加载中的一些问题。实现了以前大峡的《“简约不简单”》一文中所描述的一些设想，更加简化了配置。这个版本的源码下载地址：http://www.easyjf.com/download/easydbo/easydbo-0.9.1.src.zipEasyDBO的wiki地址：http://wiki.easyjf.co
系统 2019-08-12 01:52:32 2253
