乐趣为王

第一副是开工前的照片，来自新华网：

下面都是我拍的：

最后一副是“鸟巢”的效果图。来自中华体育总会网站。

今天去客户那里，居然客户的大楼与著名的“鸟巢”只有一墙之隔…后天戴上相机，好好还拍个够…

旧仰“鸟巢”大名近日的见…15楼看“鸟巢”的感觉却是不错….

其实不是冒充微软的工程师，而是以vender的身份代表微软去为为客户进行支持。

我一直在想怎么让客户毫不怀疑我不是微软的人呢？第一是不能给客户名片，第二是要拽！不能对客户说不能实现，要说实现起来比较麻烦…对于微软的产品要装作都比较了解，但是自己只是某一个产品的专家….如果客户说某产品有什么问题，第一反应是最新的补丁肯定没有装，第二个反应是下一个版本会更好…

呵呵，其实这个是我眼中的微软工程师…

在爬楼梯…

皮皮：发条，天下最痛苦的时候是什么？

发条：爬楼梯！

皮皮：有没有更痛苦的？

发条：天天爬楼梯！

皮皮：还有没有更痛苦的？

发条：还有一层！

皮皮：最痛苦的是什么？

发条：没带钥匙….

牙疼，去看医生，还遇见医生对我也满了一下。正在牙疼的十分郁闷的时候…

皮皮：发条，天下最痛苦的时候是什么？

发条：牙疼！

皮皮：有没有更痛苦的？

发条：看牙医！

皮皮：还有没有更痛苦的？

发条：牙还疼！

皮皮：最痛苦的是什么？

发条：还得看牙医….

吼吼，昨天居然发现ADSL猫自己好了，邮件提醒又有回复了…

标准版的NDoc暂不支持.NET 2.0，NDoc项目现在正在缓慢的升级。如果不想慢慢等的新版本的话，可以自己下载一个第三方hack的版本。下载地址：http://jonas.lagerblad.com/ndoc/ndoc-bin-1.3.1-v15.zip

如果编译MSDN样式的CHM文件，需要自己单另安装微软的htmlhelp部件。在微软下载网站可以找到。

如果编译VS.NET 2003（VS2005）样式的帮助文件，需要自己安装VSHIK部件。但是微软网站下载的VSHIK2.1部件不能在没有VS.NET2003的情况下安装，新的与VS2005配套的VSHIK包含在了VS2005 SDK当中，现在VS2005 SDK已经正式发布，VS2005 SDK v2还在BETA阶段，都可以在下面地址找到：http://msdn.microsoft.com/vstudio/extend/

ccBoy遇见的问题，在我客户这里也有，但是客户似乎没有把这当作一个问题。我在客户这里部署的ReportingService还是SQLServer2000里面的，不过情景应该类似。客户也是将Sybase里面行以千万计的数据导出到SQLServer2000当中，原因一方面是怕报表的查询影响业务数据库中实时数据的插入，一方面是因为在ReportingService对Sybase数据库使用参数的时候报错。联想到在ASP.NET当中使用Sybase数据库的时候，Sybase的ODBC驱动不支持SQL当中使用参数，窃估计是ODBC驱动的硬伤…曾经想找一个Sybase的.NET的连接器，但是总没有找到。

客户导数据的耐心还是值得称道的，在SQLServer2000中的数据转换服务中，DTS包达到了7个，最大的一个DTS包中导了二十多个表，导数据的流程达到了四十多步！每天大概从4个不同的系统中倒入大概4千万行左右的数据，同时还要将数据关联汇总。那个SQLServer2000的数据库基本上过了晚上12点就开始忙，大概要忙8个小时左右…

ccBoy的问题我不知什么自动的方法来解决，对SQLServer2005还不熟。但是他提到SSIS的问题应该是在SQLServer2000当中就存在了…

家里的ADSL Modem坏掉了，一直没有回去，没办法修，dasBlog的邮件提醒功能也没有办法用了。其实一直想把自己的网站放到外面了，但是一直没有便宜的虚拟主机，托管一台服务器又不便宜，所以网站一直放在家里。在Blog坏掉之前，一天突发奇想就把Blog放到了朋友的服务器上，接着ADSL Modem就坏掉了，很是幸运。

昨天下午，专备把zhangchi.com.cn转回Xinnet来管理，但是不知道为什么Xinnet的MyDNS出了点问题，今天早上才能正常配置，于是配好Blog的解析立刻就上来了。

这么做是因为这几天一直就在琢磨域名和动态域名的机制，发现动态域名的收费模式有漏洞。以我用的动态域名为例，我申请了一个免费的动态解析的二级域名webexpress.kmip.net，我不需要使用任何的付费服务，我只需要将www 作为CNAME解析到webexpress.kmip.net上面就可以了。而Webexpress.kmip.net想反向查找被谁CNAME了，似乎不那么容易了。

这可以说是现在付费动态域名解析代理商收费模式的硬伤。动态域名服务的费用要建立在已有域名的基础上，也就是说你要让动态域名使用非免费的二级域名，你就需要自己申请域名并使用动态域名服务商的DNS来解析，那么我现在的方法绕过了动态域名服务商的收费服务，按照我现在一年的两个域名的就可以节省160元（80元/个/年）。如果有相当数量的用户这么来绕开动态域名服务商的收费服务，不需要太大的数量（1/3）就足够导致动态域名服务商的利润下滑。

由于对动态域名服务商的服务可持续性怀疑，我还是选择了避免付费动态域名服务，选择其他更稳妥地方式，保证我需要的服务尽可能的少暂停服务。

其实早想把这个说一说了，现在服务转出来了可以说了。原来想服务上看到这个内容会把我的空间关掉，但是现在这么多的服务…有的是别人的服务可以选…

企业经营管理的基础是企业经营运行的基础数据，数据真实可靠是企业管理者能正确了解企业运行情况，做出下一步决策的基础。而现今企业都有各种各样的内部管理系统，不管是电算也好，手工计算也好，这个都是不可避免的。即使路边小店晚上打烊以后老板也是要算算帐的，一方面可以了解收支，一方面就是要了解企业运行的数据，什么菜品客户供不应求，什么样的菜品问者寥寥，要根据情况决定第二天的采购。企业越大则这样的需求也越大，一方面要了解业务发展情况，一方面还要了解管理情况，好的数据可以清晰反映市场的变化和企业管理的问题，而不好的数据则让企业的决策者做出错误的判断。

拿什么样的数据是好的，什么样的是不好的呢？我最近在帮助一家电信运营商的地市公司整理企业运营数据，发现了一些问题，在这里谈谈我的看法。

首先，企业的数据必须是唯一的。我们将数据的准确性，但是如果企业内部反应某一特定经营管理指标的数据不是唯一的，那又何谈数据的准确性呢？就如同我们进入一家钟表店，所有钟表的时间都不一样，那就没办法知道现在的时间到底是什么。企业的经营管理数据必须唯一，这个是数据正确性的基础。这个在某种程度上需要企业在管理新系统的建设上面尽量减少重复，如果用于管理的信息系统之间共能重叠，则必然导致数据的重叠，数据失去准确性。

其次，企业的管理必须保证数据可以通过指定的方法，没有延误的传递上来。这样要求企业的管理必须严谨，没有模棱两可。如果管理不严谨，数据的统计方法不确定，传递上来的数据可以多种不同的方法采集，则数据同样没有准确性可言。此外企业的经营管理数据都是有时效性的，如果数据不能及时地反映上来，那么企业的决策者也就只能做“事后诸葛亮”了。

第三，呈现出来的数据必须经过整理筛选汇总。我们知道采集上来的数据反映的是各个层面上微观的零散数据，是需要整理成宏观的可反映经营管理状况的数据，这个过程除了整理以外，还需要做的工作包括筛选和汇总。

我觉得具备这几个条件的数据就是美的数据。进一步要做的工作就是将这些数据以可视化的方式展现，包括表格图片等等方式。前面这些工作做好，那么下一步就是根据既往数据对未来的发展情况进行推断预测，这就是我们常说的商业智能(BI)和数据挖掘。目前来说，这是企业经营管理数据管理的极致。

刚才看了11日以来的站点访问记录，发现每天的访问都在110左右，开始的时候还窃喜，后来仔细看了一下发现每天真正的访问量只有10个左右，其他的都是搜索引擎的bot和一些RSS聚集类网站的引用。真是失败阿…

还好Ocean老大给我做了连接，估计明天的访问量会有一些提高…愿意和我做连接的人们都给我回复吧…

报表服务允许在报表当中内嵌代码，也允许报表引用定制的程序集。内嵌代码要求是VB.NET编写的代码，而引用的定制程序集没有限制，在codeproject上面甚至看到有人调用包装了COM的定制程序集。

本文的注意力不在内嵌代码上，因为内嵌代码相对引用定制程序集简单，功能也要弱一些。我们的注意力着重在报表如何引用定制程序集，以及这样的报表如何部署。

在报表中如何引用定制程序集

在报表的数据或者布局视图点击“报表”菜单->“报表属性”项会出现如下的窗口：

在点击“…”按键选择要应用的程序集。如果使用对象的静态成员，可以应用以后直接使用。如果对象需要实例化以后才能使用，则需要在窗口下半部分的添加类名和准备使用的实例名。静态成员可以直接以“myNameSpace.myClass.myFunction()”的方式来执行，如果不是静态成员，则要以“Code.myObject.myFunction()”方式来执行。其中myClass是类名，myObject是实例化以后的实例名。

部署引用的定制程序集

部署应用的定制程序集有三个步骤：

1. 将引用的dll添加到报表设计器和报表服务器的bin目录，具体来讲就是报表设计器的C:\Program Files\Microsoft SQL Server\80\Tools\Report Designer和报表服务器的C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer\bin。
2. 编辑C:\Program Files\Microsoft SQL Server\80\Tools\Report Designer目录下的rspreviewpolicy.config文件和C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer目录下的rssrvpolicy.config文件。在“<CodeGroup>”节点下添加相应的“<CodeGroup>”节点：
   <CodeGroup class="UnionCodeGroup"
        version="1"
        PermissionSetName="FullTrust"
        Name="MyCodeGroup"
        Description="Code group for my data processing extension">
        <IMembershipCondition class="UrlMembershipCondition"
             version="1"
             Url="C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer\bin\RSAddition.dll"
        />
3. 编辑C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer下的web.config文件。修改<system.web>节点内的<trust>节点为<trust level="Full" originUrl="" />。

此方法适用于SQL Server 2000 Reporting Service SP2和SQL Server 2005 Reporting Service。但是不适用于没有安装过ServicePack的SQL Server 2000 Reporting Service。

在报表当中使用引用的定制程序集

在数据视图中使用

数据视图当中的对象主要是DataSet。要如何在DataSet当中使用应用的定制程序集呢？首先我们可以在DataSet当中使用参数，这个参数不是报表参数而是DataSet参数，之后我们在DataSet属性的参数页当中设置参数调用应用的定制程序集。

在设计视图中使用

在设计视图中使用相对比较简单，我们只需要在相应的表达始终按照“在报表中如何引用定制程序集”一节中说明的使用方法就可以了。

在这里得感谢OBlog官方网站的支持。新的服务器线路稳定，争取有更好的内容呈现给大家。

使用了一下，发现mojo还可以支持LDAP的验证！暗想，那这岂不是可以支持AD了，看来需要好好研究一下mojo的代码了…中文版的mojoPortal 2.0进行中…