Archives for Fans Or Not

SQL Server Denali的FileTable简介

老一辈的DBA们在处理非结构化数据时可能会条件反射的有这么一种思路:将二进制文档、图片等存放于文件系统上,在数据库中记录其元数据,这种经典方案一直持续到Oracle 11g的推出,在SecureFiles的理念得以普及后,一些企业级应用的非结构化数据存储方案有了更多的选择。今天,SQL Server Denali也引入了这个功能,命名为FileTable。

FileTable基于SQL Server 2008引入的FileStream功能进行构建,在概念和功能上都和SecureFiles几乎一致,充分利用了DBMS的优势来管理非结构化数据,同时也打通了文件系统的壁垒,直接通过Windows资源管理器来访问FileTable文件夹。这种特性使非结构化数据的全文索引、SQL操纵文件、基于DBMS的安全机制和快速访问机制等得以轻松的实现。

在SQL Server中启用FileTable的方式非常简单,只需要启用数据库级的非事务型访问(和FILESTREAM的配置是相对独立的),然后就可以通过SQL Server Management Studio或者简单的TSQL来创建FileTable了:

CREATE TABLE DocumentStore AS FileTable
    WITH (
          FileTable_Directory = ’DocumentTable’,
          FileTable_Collate_Filename = database_default
         );
GO

在denali(至少到CTP3为止)中,相比其他功能而言,FileTable目前还不支持以下功能:

  • 不支持分区
  • 不支持分发(Replication)
  • Windows中无法进行回滚或恢复等操作(TSQL可以)
  • 自服务数据库(Contained Databases)的支持尚不完善
  • 在备份恢复方面,因为启用非事务型访问,所以无法实现常规意义的基于事务日志的PIT(Point-in-Time)恢复。
  • 对于Windows文件操作,无法进行审计(Audit)

继Oracle和SQL Server之后,估计还会有更多的DBMS会陆续增加类似特性。

跳出盒子

常听人说起这么一句话:二十多岁学技术,三十多岁学管理,四十多岁学心境。打下坚实的技术底子后再转管理,看问题更能看到点子上。当然,这应该指的是走技术管理路线的人。

这些日子也确实在看一些书。我很少对读过的书评5个星,凡是能坚持从头读到尾的,那基本上就是值得推荐的一本好书了。最近看的一本给了5星的书籍正是《跳出盒子:领导与自欺的管理寓言》。据说,这本书在很多大公司中很流行,有些公司甚至发给员工做业务读本。通常公司发的书我都持鄙视态度的,比如泰勒的《没有借口》和稻盛和夫的《活法》,我就认为不好。不是书籍本身不好,而是不适合一般员工去读,尤其不适合平时就对读书没什么兴趣的员工去读。

管理是抽象也是具体的,是艺术也是门手艺。既然是艺术,那自然无法填鸭式的灌输给任何人;既然是手艺,那自然有具体的形式和方式。很多道理,你懂了,也就懂了,不懂,也就不懂。《跳出盒子》虽然不似佛家的禅那般让每个人都可以有自己的感悟,但以浅显明了的叙事来引入一个与往常不一样的视角,不仅仅是一种手法的创新,更是一种洗礼,让人知道,原来还可以这样看世界。处事之道都是相通的,不仅仅是在工作中,甚至在生活中也是一样的。你的眼睛,决定了你看到什么,你的心灵,决定了你怎么看,同样的事情,用不同的心境,不同的感情去看去听去想,结果竟然是不同的。

读完这本书最大的收获便是:学会以“人”的角度就看待人。人不是物,有自己的想法和情感,当你在某个时刻脱口而出:你如何如何,怎么怎么的时候,想想,为什么他要这样,为什么和你不同呢?很多时候,当你在评判他人的时候,他人其实也对你做了评判,只是碍于很多身不由己的关系(比如同事关系,上下级关系),对方无法表露出来,而这,便成了无形的对立和对抗,微笑和诚恳的背后,实际上是嘲讽和蔑视。

有时候,生产力就在一念之间。

用友U8印象记

其实关于用友对ERP用户带来的影响,几个月前就想说一说了,但是一则篇幅很容易拉大,二则也缺少适合聊这一话题的对象和环境。我一直关注的领域是Oracle和SAP,对于国内的一线产品确实缺乏足够的关注,但是随着时间的流逝和国内产商(尤其是用友)经验和实力的增长,你已经无法忽视这一支曾经还只是口头上的“生力军”。现在的中国,如果你靠产品吃饭,那么你可以不必理会,但如果你同时对整个ERP行业保持兴趣,那就不得不把视线分一部分在用友上面。

曾几何时,当人们谈论某某公司准备实施ERP,但是软件选型为用友的时候,往往便有会心一笑的人。一直以来,用友给人的印象就是小,小到只有小企业才能使用。事实上,三年前的用友ERP确实如此,但是当U8第10版本推出的时候,这个局面将会被有利扭转。尤其当你同时发现用友的NC和U9两个产品线已经开始蚕食原本属于两大国际一线ERP厂商的阵地时,这个趋势已经更加明朗了。

对用友的印象通常是在U8上面,而对U8的印象则主要集中在以下几个方面:
1,账套。这个词几乎可以代表了U8的出身,也正是这个词导致其与Oracle/SAP等保持了足够让人移出视线范围的距离。对于重度U8用户,这个概念的个性化理解让任何ERP实施人员感到头疼。在很多场所,我发现一些人把账套当作了一堵墙,一个可以随意隔离的孤岛。
2,非常低的技术门槛和系统维护成本。老实说,如果你愿意,可以让任何人在任何场所使用U8,不需要一个专职的DBA,甚至可以不需要专职的系统管理员,如果愿意,一个账套主管可以搞定所有User和Administrator级别的问题。对于用户而言,唯一的操作就是处理各类单据,不需要考虑事务、并发、归档等问题。
3,廉价的客户支持。在接触到U8后,我才知道原来业务部门的使用者可以直接给用友支持提Ticket,甚至可以直接安排工程师上门服务,甚至,据说有的企业直接将数据库文件打包发给用户,让对方处理好数据后再发回来。这些情况,在任何使用Oracle或SAP的企业都是难以想象的。我的第一反应不是赞叹用友的支持效率之高,而是惊叹其服务成本之低。
4,归档。用友U8在第10版本之前都有一种非常有趣的方式来处理历史数据,那就是“年结”。U8的年结是任何其他产品所无法类比的,也是我所见过的最麻烦的年结。U8的一个账套对应于一个SQL Server中的Database,年结时需要将新数据复制到新创建的Database中。想想Outerbay等商业ILM解决方案吧,完全不在一个量级。我在这里不把Database翻译成数据库,因为每次我建议采用这个翻译的时候,总会有一些人出来教我数据库是什么,这或许也是SQL Server世界和Oracle世界的一个隔阂所在吧~

正如开端所言,关于用友可以说很多东西,但是在亲身感触过一段时间后,却发现没必要每样都说出来,对于很多东西,已经淡然了。比如数据集成、二次开发等,这些在U8的第9版本之前都非常糟糕。

我经常挂在口头的一句话是:如果一个企业未经历过大型信息系统的实施,那么这个企业的用户成熟度就非常低。大型信息系统指的是ERP系统,如果用友开始重视实施——而不仅仅是卖出产品——那么它也就真正培养起来了自己的用户,它自身也走向了成熟。ERP的趋势将是技术管理简单化,这一点SAP做的非常出色,Oracle则非常差劲,如果你读过《SAP德国造》,那么对这两个产品的差异就非常清楚了。

也许有一天,中国的ERP市场将成为用友和SAP的逐鹿之地,有可能吗?

《SAP基础教程》及其他

这是一本基础教程,虽然很基础,但是实际上很多看着资深的SAP顾问并不了解这些基础。我一直认为一个合格的Function Consultant首先必须熟悉产品本身,然后有吃透业务的能力,如此才能做出最优的方案。这个圈子里有多少人上配“顾问”二字呢?更多的工作怕只是Operation而已。

有多少人悉数了解SAP的各产品线?
有多少人知道SAP的工作原理?
有多少人完全掌握了SAP已有的功能从而避免重复造轮子?

(范围仅限于中国,大量二次开发的怪圈子)

SAP的领域主要有这么几个关键词:业务,流程,方案。基本上,在SAP的顾问圈子和客户圈子里,没有多少话题是关于技术的,甚至关于产品本身也较少涉及。这并不是说SAP的技术不行,正好相反,一个产品稳定到了极致,恰恰说明其技术水平也非常精湛。SAP的技术实现上的细致、严谨和稳定可以让你安稳地做你的流程。比如SAP中的权限设计,从技术实现角度看甚至透着一种美感。所以一般ERP业内的说法是:SAP实施可以培养管理专家,但是难以培养技术专家,这正是“无折腾,不专家”最佳诠释。

也许,应当对技术给一个定义。很多人对“技术”一词的理解仅仅是ABAP,这是非常狭隘的。大而言之从二次开发、数据库管理、系统架构、系统管理、性能优化都是技术,小而言之软件功能界面的一些细微构思也透露着技术之美。没有脱离业务的ERP,也没有脱离技术的ERP。只是在国内的SAP客户中中小企业居多,系统一旦部署完毕技术方面就退居幕后,或者干脆外包,导致很多顾问以为SAP顾问这一行是不需要懂技术的。其实持这种想法的人在Oracle ERP领域也大有人在,只是SAP领域更为显著。譬如系统优化,有纯粹的代码优化,有数据库优化,有架构优化,但更多的是结合业务同步实施的优化方案,技术和业务并不对立。上层的业务方案直接框定了底层的优化余地,没有切肤之痛的人估计是难以理解的。

这实质上也是一种思维的二分法。连岳解释了二分法思维是如何害死人的:”当你说不要无谓辱骂人时,有人就说难道要拍马屁?除了这两分,你可以好好说话;当你说不要装大爷时,有人就说难道要当孙子?除了这两分,你可以当正常人。”

当我们说技术细节也很重要时,当然是已站在熟悉业务的基础上。一个本应是最需要开放的行业,却偏偏被一群保守的人霸占着,仿佛有人吃透了产品本身就要来抢他的饭碗似的。

说了许多,好像依旧没有切入正题,而其实已经介绍的差不多了。所谓基础教程自然是教授基础知识的,只是介绍产品,每块内容其实并没有深入阐述,每个章节都有更多的书籍来深入。这本书,是所有SAP从业者最好的入门书籍之一。

豆瓣链接:SAP基础教程(第3版)

Oracle Fusion Applications,你准备好了吗?

我最近关注的相关领域无疑就是Oracle Fusion Applications了。作为EBS R12之后的下一代业务套件,你也即将关注 :)

最早的消息可能来自OOW Keynotes中Larry的信号了,从数据库机,到云,到Salesforce,到Fusion Apps……紧接着是Oracle Press中的同步公告,明确昭告了下一代业务套件的圣子降临。

之前谈论Fusion往往是指Fusion Middleware,而即将来临的将是Fussion Applications。它的主要亮点在于采用了面向服务架构(SOA),构建在100%标准中间件之上。Fussion Apps是以任务为中心的应用,集成协作方面具有先天优势。从技术上讲,主要包括以下范围:

  • SOA Suite
  • Identity Management
  • ADF
  • Web Center
  • Oracle Application Server
  • Oracle Database
  • Essbase
  • Bi Publisher
  • OBIEE
  • Content Management
  • Collaboration
  • Enterprise Manager

作为新的业务套件,它的第一个版本将包括以下模块:

  • Financials (财务)
  • HCM (人力资源管理)
  • CRM (客户关系管理)
  • SCM (供应链管理)
  • Project Portfolio Management (项目组合管理)
  • Procurement (采购)
  • GRC (Governance, Risk, and Compliance)

Fusion Apps主要针对的客户群包括Oracle E-Business Suite,PeopleSoft,JD Edwards和Siebel CRM,这些客户可以用该完整的方案来替代以前的多个应用。

当前Oracle还没开放Fusion Apps的下载,也没有相关文档,但是2011年,必将是不平凡的一年,你该开始准备了。