Xiaohui Deng's blog

How time flies, 一转眼2011已经是过去，2011年的心情就像一个U，从年初的信心满满，随后公司出现危机，形势急转直下，一直到现在又慢慢走入正轨，重新看到了希望。鬼佬很赞中国人把crisis 叫危机，意味着danger and opportunity。当危机让人要做出选择的时候，让人知道了心里真正想要的是什么。Never let a good crisis go to waste，对吧。

2011，小天使语彤来到了我们中间，很幸福。

从北京回来有些疲惫，连续通宵好几天，感觉都有点头晕了，精力不够的样子。

一年多没出差了，11月29号出发，到12月10号回来这次去北京去了10天，也没去什么地方玩，用半天时间去了天安门，毛主席纪念堂，天安门，故宫，王府井，处处都是走马观花吧，没法认真看，纯粹是一种完成任务式的到此一游。

回来了几天，公司的情况还是向好，那挺好，有更多的信息，就对未来更有信心，我们抱团走到现在，其实目前为止还没看到说产生了比不抱团更大的好处。寄期望于未来吧。

昨天老大找我聊了聊，和我讲了BI线未来的规划，发展方向，一下子就明了了很多，原先对部门，对BI线的未来发展方向还是有些迷茫，看不清。二十分钟的谈话让我对未来的发展有了不少信心。目前上下的沟通还是偏少吧，基层员工不知道老大们的想法，不能领会自然也不能贯彻。

明年还要继续做当前的工作的话，其实有几个东西可以做，一个是运维平台的概念，目前繁琐，重复的运维操作及支持可以做部分的简化。运维这个要做到简化性和不可替代性之间貌似有些矛盾，简化以后就可替代，无数繁琐手工操作就难以替代。？一个是知识管理平台，目前很多经验的积累完全就没有做起来。

目前我们部门是有点强项不强的意思，就有点像Aman同志说的，从下至上难，在项目中做产品，着眼于当前项目的需求，设计高度不够，做出来的东西又要对当前项目进度，成本进行妥协，从而与项目的环境，其他产品绑的过死，造成后续产品化和推广的困难。理想总是好的，但是现实总是骨感，可能是无法支撑一个脱离项目的研发团队进行产品研发。尤其是目前刚刚起步的现状。

我想对整个调度的架构应该组织个新的梳理，有产品经理明确架构中各个关键组件的定位，功能，可以参考各个项目实施的经验，还有业界的其他经验，如ali的平台等等。以产品的高度在项目中完善功能。对项目中偏离产品定位的特殊需求应该有产品经理组织讨论，修改架构融于产品还是另行开发，而不是仅仅听项目经理的意见。其实就是心中要绷紧一根铉，这是是在做通用产品，不是仅仅着眼于这个项目的需求而开发。

 

sharepoint server 2007 中上传了很多文件，想批量从内容数据库中恢复文件，而不是从页面中逐一下载，经检查文件均存储在数据库的alldocstreams 表的content字段中，字段类型为image。

可以使用textcopy.exe将内容写入到文件中，此文件在sql server 2000中提供，sql server 2005 仍然可以使用。

以下sql语句的/D 数据库名 /U 用户名 /P 密码 /S 服务器地址 需要修改成自己数据库服务器的相应值，导出目录为C:\temp

SELECT ‘textcopy.exe /S LOCALHOST /D WSS_Content /T alldocstreams /C content /U sa /P password /F “c:\temp\’+replace(dirname,’/’,’\’)+’\’+leafname +'” /O /Z /W “where ID=”’+lower(CONVERT(varchar(40),id,40))+”’ and Level=”255”’    FROM [WSS_Content].[dbo].[AllDocs] where id in (select distinct id from alldocstreams);

将结果保存在批处理文件中执行即可。注意textcopy.exe 不会自己建目录，需要先执行以下语句建立目录

select distinct ‘md ‘+  ‘”‘+replace(dirname,’/’,’\’)+'”‘ from alldocs;