Oracle是家喻户晓的传统数据库厂商,虽然在她的领域目前还无敌手,但是整个传统数据库行业却受到NoSQL的严重挑战,在云计算和大数据时代,NoSQL不但百花齐放、产品丰富,而且能够更好的匹配不同数据处理场景,以开放、开源的趋势向世人诠释她的魅力。 Oracle也在逆境中如同其他传统IT厂商一样,寻求突破和转型,在云计算战略上也在步步紧跟,但是传统厂商的一大诟病就是有点历史包袱,体现在老客户、老产品、老市场;这使得他们不敢动大手笔、大创新。TimesTen算是Oracle比较符合时代发展的收购了,TimesTen虽然在各行各业都有成功案例,但是其规模和辐射效应远远没有达到人们的预期。 所以,个人主观认为,Oracle基于自身的优势,TimesTen和Oracle的结合可以擦出更亮的火花,而不该调整提高AWS、Azure平台用户的授权费用短期获利;软件定义时代,商业模式的创新也是必不可少的。同样是内存数据库,SAP HANA做的就非常不错。 谈起内存数据库,我们首先想到的应该是SAP HAHA,的确HANA在SAP应用上太广泛了,SAP公司也推出了HANA一体机和联合方案,包括HANA单节点、集群和TDI开放解决方案。但是HANA内存数据库主要是绑着SAP公司自己的软件玩,如ERP、CRM,SCM和PLM等等,对通用应用软件的支持不是强项。今天我们讨论的是另一个内存数据库,它叫Oracle TimesTenIn-Memory Database内存数据库。
共享库包含SQL操作的例程和相关函数,开发人员将这些库链接到应用程序并作为应用程序进程的一部分执行。TimesTen通过共享库(不同于常规的RDBMS链接库)和称作“MicroLogging”的专利算法,保护自身不受应用程序进程故障的影响。 检查点和日志文件定期将数据存储区和事务日志的更改写入磁盘。检查点和日志文件使用普通的磁盘文件系统。可以将Oracle TimesTen配置为执行无磁盘操作。 一般情况,如果应用程序要求不能丢失更改,则在提交事务的过程中将把日志记录保存到磁盘上。否则,可不用频繁地将日志记录写入磁盘,而是与每次提交事务异步进行。日志记录起两个作用。首先,日志记录可以在系统发生故障后根据永久数据存储区恢复事务。其次,在共享访问模式下使用时,日志记录使Oracle TimesTen数据管理器可以检测和消除死锁。 Oracle TimesTen与RDBMS相比,内存数据库技术更加节省CPU资源,并且避免了用于管理内存缓冲区并处理多个数据位置,对磁盘和内存的操作开销。 Oracle TimesTen产品组成 Oracle TimesTen实时数据管理软件由三个基于内存中数据库、数据复制和高速缓存技术的产品组成,即一个产品和两个功能选项。
是针对物理内存而特别设计优化的数据库。作为嵌入式数据库被部署在应用程序层中,它利用标准的SQL接口对完全位于物理内存中的数据存储区进行操作。
是Oracle TimesTen产品的基础技术,关系数据库运行时数据都位于内存中。与完全高速缓存的RDBMS相比,IMDB技术避免了用于管理内存缓冲区并处理多个磁盘和内存数据的开销,对内存数据库来说,磁盘用于实现持久保存和恢复,而不是用作主要的数据库存储位置。
Oracle TimesTen In-Memory Database的一个选项,它支持服务器间的实时数据复制,以获得高可用性和负载共享。数据复制配置可以是双机热备份(active-standby)或负载均衡(active-active),可以使用异步或同步传输,对于相同表具有多个主服务器的情况,可以包含冲突检测和冲突解决以及在故障服务器恢复后自动重新同步。数据复制与Cache Connect to Oracle选项完全兼容。
Oracle TimesTen In-Memory Database的一个选项,它为位于应用程序层中的Oracle数据创建实时、可更新的高速缓存。它免除了后端系统的计算负担,并支持反应灵敏且可伸缩的实时应用程序。
OracleTimesTen的兼容能力 TimesTen支持广泛的OS平台和CPU,支持HP-UX、IBM AIX、SUN Solaris和Suse、Redhat和Windows操作系统,支持PA-RISC、IA等RISC指令架构CPU和X86 CISC复杂指令体系架构CPU,具有非常强的兼容性。
Oracle TimesTen内存数据库通过嵌入到应用程序内部,从而消除了上下文切换和不必要的网络操作,在内存中管理数据、优化数据结构和访问算法,为位于应用程序层中的 Oracle 数据创建实时、可更新的高速缓存。它免除了后端系统的计算负担,并支持反应灵敏且可伸缩的实时应用程序。 关注“架构师技术联盟”微信公众号,直接回复“TimesTen”关键字,获取更多有关Oracle TimesTen架构分析资料。 温馨提示: 本文转载于微信公众号: 架构师技术联盟(ICT_Architect),更多微信文章请扫描关注公众号: |
|
声明:文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|