基于Domino开发的产品缺点.doc

基于Domino开发的产品缺点1 开放性差： Domino文档数据库不是标准的数据格式，不支持各种SQL检索工具通过ODBC访问，不支持SQL语句查询，数据共享性、开放性差，难以与其他系统集成，特别很难实现与空管总局的公文交换。通过IBM Lotus NotesSQL建立OBDC可以访问Domino数据，支持SQL语句查询，并且Domino7.0以后版本对db2有良好的衔接，我们已经与北京书生公文交换系统及北京TRS公司进行了公文交换实现另外IBM收购莲花后从Domino5开始在产品里封装了LEI，DECS等技术解决与关系型数据库的整合工作，写这条的人对Domino的认识还停留在七八年前，缺乏实战经验。2 速度慢:Domino是基于文档的数据库、不具备数据快速检索功能。当数据库中文档数超过二到三万条时，几乎显得无能为力。在服务器上对1万个文档的数据库目录列表就需等待1分20秒左右，超出一般用户的可忍受程度。 只要我们对用户的业务进行合理的设计，可以解决多条数据快速检索功能，没有哪里证明1万个文档的数据库目录列表就需等待1分20秒左右。且空管现在用的环境中数据也远远不止1万个文档，在没有做优化的情况下响应时间也没有到1分多3 统计差：在办公信息系统中,实时地对公文运行状况进行分类汇总、监控是必不可少的功能。而Domino是基于文档的小型数据库，如要求进行多维数据汇总，其实现过程十分复杂，效率极其低下，反应缓慢，远不如关系型数据库。 我们通过与DB2良好的衔接，完成可以实现分类汇总、监控等众多功能，最近我们做的襄樊发改委的项目管理和财务管理系统就是采用Domino8.0做支撑的，里面涉及到大量的统计分析工作，Domino完成的都很好，附件中有这两个系统的设计文档供空管参考4 扩展难：由于Domino是个封闭系统，与基于J2EE和关系型数据库的系统相比，功能扩展较难，由于缺乏标准接口，也造成与其他系统集成困难。 Domino支持多种语言的开发（lotusScript,Java等），提供多种标准接口（XML，WebService等），我们已和多个系统进行了集成，在云南省办公厅的项目中我们与书生的公文交换、TRS全文检索系统、CA系统、信息报送系统、智能工具箱。IBM现在已经把Portal的产品线划归到Lotus的品牌下，做应用整合主要采取的是Lotus的相关技术，尤其是LDAP技术（即Domino中的目录树结构）5 费用高：基于Domino开发的系统，由于Domino本身效率低下，造成对服务器的要求高，从而提高了硬件成本。另外一方面，Domino本身产品的费用也不低，每次升级均需要不菲的费用，系统总拥有成本（TCO）高。 这点有误区，空管自己的系统已经用了七八年了服务器也是七八年前的服务器，支撑了近千用户，和来说对服务器要求高，现在购买的任何服务器的性能都可以达到七八年前的小型机的性能。另外Domino的销售方式中有产品包的采购方式，价格可以控制在5万元左右，而Oracle的10用户产品包就到了20多万，所以说Domino价格高也是一个误区。6 前景差：中国办公自动化系统正从文档型向协同型和分析决策型进化，在2000年以前，基于Domino系统开发的文档型办公系统比较普遍，但随着关系型数据库及J2EE和.Net开发平台的日益成熟，限于Domino的技术和封闭架构，Domino已经不能满足协同型和分析决策型OA的要求，偶有基于Domino开发的产品，也已经不再是目前的主流，市场占有率较低，由此可看出Domino越来越边缘化，前景不妙。 IBM现在在软件方面拥有四个