阅读更多

10顶
0踩

数据库
7月1日,Oracle Fusion Middleware 11g发布,这个版本主要增加了对SCA和JavaServer Faces的支持。

“It used to be the database. Now it is middleware leading our technology growth.”
                                  —Charles Phillips President, Oracle



重点更新包括:
  • 支持JavaServer Faces和Model View Controller
  • 将JRockit JVM 跟新至 64-bit
  • 集成了一个高性能的oracle Coherence memory网格技术,以便memory的shared pools能够更容易的使用系统和应用程序。
此外, Fusion Middleware 11g还包括了一个Oracle SOA组件的更新,提供了对服务组件价格(SCA)模型的支持。

点击查看增强的所有功能:http://www.theserverside.com/news/thread.tss?thread_id=55108

点击查看更新详情:http://searchsoa.techtarget.com/news/article/0,289142,sid26_gci1360765,00.html


Oracle 融合中间件 11g 的关键功能                 

甲骨文公司以其现有的产品开发计划为基础,根据客户需求,增强了 Oracle 融合中间件 11g 的整个产品线的功能,使企业能够真正实现信息架构的转型。
              
Oracle 融合中间件 11g 是一个功能全面的套件,把企业服务总线、 BPEL流程管理器、业务规章与人力资源工作流程管理都集成到同一个平台上,提供了一整套的工具和集成的端对端功能,从而为构建服务导向架构及实现全面集成提供了坚实的基础。
      
                    
关于 Oracle 融合中间件:中间件领域的领导力量
                 
Oracle 融合中间件是甲骨文公司全面和基于标准的中间件产品系列, 连结门户、流程管理器、应用基础设施、开发人员工具、企业内容管理和商业智能。Oracle 融合中间件帮助企业扩展增长和变革空间,深入了解运营状态,降低风险并实现法规遵从以及与客户、合作伙伴和员工建立紧密联系。Oracle 融合中间件的全球用户数已经超过 5 万个,其中包括金融服务、电信、制造、零售、制药、医疗卫生和公用事业领域的众多领先公司。Oracle 融合中间件还获得了 9000 个合作伙伴的支持,其中包括领先独立软件开发商、增值经销商和系统集成商。
                 
来自: theserverside
10
0
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 数据库与MPP数仓(十三):数据仓库的模型构建

    上一篇主要讲到的是数据仓库对于企业的价值,以及同数据库系统的区别,数据仓库作为 业务版图扩张和数据价值萃取需求的必然产物,其在构建上也有一些参照的既定规范模式,本篇将讲解数据仓库模型构建思路及工具; 一、数据仓库构建需要考虑的问题 与数据库的单表基于ER模型构建思路不同,其面向特定业务分析的特性,决定了它的构建需要整合多套数据输入系统,并输出多业务条线的、集成的数据服务能力,需要考虑更全面的因素,包括: 业务需求:从了解业务需求着手分析业务特点和业务期望; 系统架构:从系统架构和数据分布、数据特.

  • 大数据:数据仓库设计

    数据仓库设计

  • 数据仓库——设计

    数据仓库需求只有在已经装载部分数据并开始使用时才能弄清楚数据仓库是在启发方式下建造的。

  • 【数据仓库】数据仓库层次化设计

    数据仓库(Data Warehouse),是一个面向主题的、集成的、相对稳定的、反映历史变化的数据集合,用于支持管理决策。DW保持着所有的从ODS到来的数据,并长期保存,而且这些数据不会被修改。DW中的数据实际存储在分布式文件系统中(如HDFS)。如果想要删除数据,一般会在分布式文件系统中进行操作。而由于效率问题,数据仓库一般只读取数据,不直接对数据进行修改。(1)面向主题(Subject Oriented)操作型数据库的数据组织面向事务处理任务。

  • 数据仓库设计理论

    数据仓库是一个用于集成、存储和分析大量结构化和非结构化数据的中心化数据存储系统。它旨在支持企业的决策制定和业务分析活动。

  • 大数据----数据仓库设计基础(实列演示)

    大数据----数据仓库设计基础

  • 4种数据仓库建模方法

    数据仓库建模方法,维度建模,ER模型

  • 数据仓库开发难点有哪些?

    最近有朋友在问,数据仓库开发的难点有哪些? 做了几年的数据仓库,谈数据仓库技术难点,我个人觉得没有,什么大数据量查询及处理,数据仓库ETL过程,这些都不是难点,问题是有没有想到的问题,就拿大数据量处理来说,现在的分布式数据库厂商越来越多,NCR/DWA等,都能解决这些问题。我觉得数据仓库最难的是了解业务及对业务的敏感性,怎么让你的项目产生价值,我觉得你既然选择了数据仓库,你就不能把你当...

  • 金融IT之“数据仓库”

    数据仓库是干什么的,到现在,我终于看到了成果。跟所有2004年的证券公司一样,“生”与“死”是我们公司考虑的唯一问题。为获得证监会的“规范类券商资格”(获得这个牌照就如同获得了免死金牌,不但能够生存而且能获得资助从而做大做强),公司急需上马一套集中监控系统。背景:在证券行业中,所有公司的业务系统(所谓证券交易系统)有一个基本特征:每一个分支机构(所谓营业部)的交易系统都是独立的(地理上、管

  • 数据仓库设计思路

    数据仓库一些设计思路和总结 1、数据仓库模型设计分为概念模型、逻辑模型和物理模型;数据仓库建模方法:实体关系模型、维度建模。数据仓库逻辑模型设计:确定主题域->粒度层次划分->确定数据分割策略->关系模式确定。数据仓库物理模型设计:确定数据存储结构->确定数据仓库索引策略->对表归并优化存储分配。 2、维度建模-维表设计原则:维表用文本属性取代编码,维表属性对应的是分析的角度。维度可以分为层次

  • 数据挖掘概念与技术(第三版)课后答案——第四章

    =============需要原版答案请留言!!============== 4.1 试述多个异构信息源的集成,为什么许多公司更喜欢更新驱动的方法(构造和使用数据仓库),而不是查询驱动的方法(适用包装器和集成器)。 描述查询驱动的方法比更新驱动的方法更可取的情况。 对于决策查询和经常问到的查询,更新驱动的方法更为可取。这是因为昂贵的数据集成和聚合计算是在查询处理时间之前完成的。为了将在多个异构数据库中收集的数据用于决策过程,必须分析和解决多个数据库之间的任何语义异构问题,以便可以对数据进行集成和汇总。

  • 原创:数据仓库架构和建设方法

    1.数据仓库概要 1.1.数据仓库起因      在建设数据仓库之前,数据散落在企业各部门应用的数据存储中,它们之间有着复杂的业务连接关系,从整体上看就如一张巨大的蜘蛛网:结构上错综复杂,却又四通八达。在企业级数据应用上单一业务使用方便,且灵活多变;但涉及到跨业务、多部门联合应用就会存在:①数据来源多样化,管理决策数据过于分散;②数据缺乏标准,难以整合;③数据口径不统一,可信度低;④缺乏数...

  • 设置数据库中表的关系图

    新建一个数据库及表后,紧接着要设计这些表的关系图,那么如何操作呢? 首先在新建好的数据库下,选中“数据库关系图”,如图所示: 这样,我们就可以在表间建立关系,设置外键。建立关系后,就可以很直观地了解数据库表间的关系了。 设置好后,命名保存,如下图:

  • 数据仓库的一些基本知识

    由于工作需要,最近在弄数据库相关的项目,对于很多地方不甚了解,特别是一些概念性的东西,知其然而不知其所以然,这里列出一些基本知识,做个印记,也和读者共享。数据仓库:    数据仓库(Data Warehouse)是一个面向主题的(Subject Oriented)、集成的(Integrate)、相对稳定的(Non-Volatile)、反映历史变化(Time Variant)的数据集合,用于支持管理...

  • 数据仓库建设的方法 绝对的好文

    原文链接:点击打开链接 在上一期的专栏文章中,我们曾经提到:数据分析系统的总体架构分为四个部分 —— 源系统、数据仓库、多维数据库、客户端(图一:pic1.bmp) 其中,数据仓库(DW)起到了数据大集中的作用。通过数据抽取,把数据从源系统源源不断地抽取出来,可能每天一次,或者每3个小时一次(当然是自动的)。这个过程,我们称之为ETL过程。 那么,今天,我们就来谈一谈:如何搭

  • 某公司的数据仓库考题

    某公司的数据仓库考题转自:www.bicubes.com (BI立方体-商业智能社区:做中国最大的商业智能社区)作者:Keith1.请简要您说明对数据仓库概念的理解。面向主题、集成、相对稳定、反映历史、用于决策支持的数据集体。2.请解释以下概念:数据集市,事实表,维表,钻取,OLAP,粒度,KPI,ETL数据集市:企业级数据仓库一个子集,面向部门级业务并且面向某个特定的主题。事实表

  • Mapping设计优化技术

    尽管PowerCenter的应用有多种不同的方式,大多数sessions/mappings能够,下面提到的方法和规则能够对你创建mapping有所帮助 对于优化的普遍建议 1.减少transformations的数量,数据流在各个transformation之间总会有一些消耗。 2.考虑增加transformation的共享内存。比如Session的共享内存(share memory)应该在12MB到40MB之间差不多了 3.一次计算,多次使用 避免再三对同一个结果进行运算或者比较,而应该只计算一次表达式,

Global site tag (gtag.js) - Google Analytics