JAVA数据计算的几个解决方案1

老大丢过来的软件跑了10天,摸到点门道,正好跟以前攒的私房有关联,整理存档。

-----------------------------华丽的分割线-------------------------------------

    数据计算层是指介于数据存储和应用程序之间,负责计算数据存储层的数据,并将计算结果返回应用程序的层次。J
    AVA的数据计算层主要是为了降低应用程序和数据存储之间的耦合性,分担它们的计算压力。它应当符合如下特征:
1、可以统一计算来自任意数据存储结构的数据,不仅包括数据库,也包括非数据库的Excel/Txt/XML,对最常见的结构化数据的计算是重点。
2.可以进行不同种类数据源之间的相互计算,包括异种数据库之间、数据库和非数据库之间的计算。
3.数据库和计算层、计算层和JAVA代码之间要有尽量低的耦合性,方便移植。
4.可以是非JAVA架构,但必须能和JAVA方便的集成。
5.要有较高的开发效率,包括脚本编写,可读性,调试,日常维护。
6.复杂计算目标和大数据计算是流行趋势,数据计算层应该能直接支持。
    考察对象有5个——Hibernate,SQL,iBatis,集算器,R languae。考察的指标包括:成熟度、低耦合性、脚本编写、集成、界面友好性、性能、复杂计算、大数据支持、非数据库计算、跨库计算、调试方便性,以0-5星为评分,5星为最高分。纯熟个人观点,欢迎交流。

    分别描述之~~~~~~~~~~~~!

Hibernate
    Hibernate是轻量级的ORM框架,由Gavin King创造,现在属于JBOSS。它是非分布式环境中(intranet)中优秀的数据计算层。它具有彻底的基于对象的访问方式,而iBatis和集算器只能算半对象或类对象。
    Hibernate几乎做到了计算脚本、JAVA代码、数据库之间的彻底解耦。但计算能力不足使它仍然在很多地方依靠SP/SQL,这是个尴尬的问题。
    另外EJB的JPA属于数据计算层协议,但考虑到Hibernate是实际上的JPA,所以不介绍它了。

    成熟度:4星。经过10多年的市场检验,Hibernate已经非常成熟。
    低耦合性:4星。这是Hibernate出现的原因。但本地SQL仍然是不可避免的,难以完美移植。
    脚本编写:2星。Hibernate的计算方式是对象引用和HQL,前者最容易,给5星;但后者的学习难度比SQL高,而且调试极困难,开发效率不如SQL,2星;另外有些计算还是不得不依靠SQL,2种语言混用,困难,给2星。平均3星。
    集成:2星。Hibernate是纯java架构,只需要复制jar包和N个映射文件,并利用好session,入门比较容易。但驾驭Hibernate的缓存是必修课,这需要极高的架构设计能力,不建议普通程序员接触。当然,ORM的这种天生的缺陷在其他数据计算层并不存在。
    界面友好性:0星。Hibernate有对象生成器;但缺乏最重要的HQL图形化设计界面,等于没有GUI。
    性能:3星。支持3级缓存,虽然一定不如SQL,但据我个人经验其综合性能达到了SQL的60%。
    复杂计算:0星。不支持复杂计算,需要依靠SQL/外部工具实现。
    大数据支持:1星。不直接支持Hadoop架构,但有人在研究。
    非数据库计算:0星。不直接支持非数据库的计算。
    跨库计算:0星。不直接支持库间的计算,每个HQL只支持单库。
    调式方便性:0星。很难调试,对程序员来讲,这是致命的。

你可能感兴趣的:(java,Hibernate,计算)