查看: 1876|回复: 20
Oracle TimesTen and In-Memory Database Cache 11g (D61394GC10)
论坛徽章:0
本帖最后由 bgm000 于
22:32 编辑
Oracle TimesTen and In-Memory Database Cache 11g (D61394GC10) Student Guide
Thanks goes to&&narizbr
论坛徽章:0
论坛徽章:17
非常感谢！
论坛徽章:2
多谢楼主分享！
论坛徽章:0
论坛徽章:0
plz upload activity guide !
论坛徽章:0
please upload activity guide
论坛徽章:5
I do not see links or files. There is nothing on this post.
论坛徽章:5
本帖最后由 maksimitpub 于
13:59 编辑
sry double post.
论坛徽章:2
itpub.net All Right Reserved. 北京皓辰网域网络信息技术有限公司版权所有　　　　
　北京市公安局海淀分局网监中心备案编号：　广播电视节目制作经营许可证：编号（京）字第1149号TimesTen基本概念（9）
Oracle可以把整个表置于内存缓存中，为什么还是不如Oracle快呢?
Oracle TimesTen Application-Tier Database Cache Introduction中第一章中Why is Oracle TimesTen In-Memory Database fast?做出了解释：
Much of the work that is done by a conventional, disk-optimized RDBMS is done under the assumption that data primarily resides on disk. Optimization algorithms, buffer pool management, and indexed retrieval techniques are designed based on this fundamental assumption.
Even when a disk-based RDBMS has been configured to hold all of its data in main memory, its performance is hobbled by assumptions of disk-based data residency. These assumptions cannot be easily reversed because they are hard-coded in processing logic, indexing schemes, and data access mechanisms.
TimesTen is designed with the knowledge that data resides in main memory and can take more direct routes to data, reducing the length of the code path and simplifying algorithms and structure.
When the assumption of disk-residency is removed, complexity is dramatically reduced. The number of machine instructions drops, buffer pool management disappears, extra data copies are not needed, index pages shrink, and their structure is simplified. The design becomes simple and more compact, and requests are executed faster.
两者的对比如下图：
In a conventional disk-based RDBMS, client applications communicate with a database server process over some type of IPC connection, which adds performance overhead to all SQL operations. An application can link TimesTen directly into its address space to eliminate the IPC overhead and streamline query processing. This is accomplished through a direct connection to TimesTen.
这里提到了TimesTen的direct模式，不过即使是C/S模式，还是会比Oracle快
另一篇文章的解释也可以作为补充，
Another over-arching design principle is the use of memory-based addressing rather than logical addressing. For instance, indexes in TimesTen contain pointers to the tuples in the base table. The metadata describing the layout of a table contains pointers to the pages comprising the table. Therefore both index scans and tablescans can operate via pointer traversal. This design approach is repeated over and over again in the storage manager, with the result that TimesTen is significantly faster than a disk-oriented database even one that is completely cached – since there is no overhead from having to translate logical rowids to physical memory addresses of buffers in a buffer cache.
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：342735次
积分：4892
积分：4892
排名：第5242名
原创：152篇
评论：15条
文章：139篇
阅读：325961
(4)(1)(7)(1)(2)(5)(3)(7)(1)(5)(24)(16)(35)(44)Oracle 内存数据库 TimesTen 和 Oracle In-Memory Database Cache 常见问题解答
TimesTen In-Memory Database
该文档包含有关 Oracle 内存数据库 TimesTen 产品的常见问题。
什么是 Oracle 内存数据库 TimesTen？
Oracle 内存数据库 TimesTen 是一个针对内存进行了优化的关系数据库，它为应用程序提供了当今实时企业和行业（如电信、资本市场和国防）所需的即时响应性和非常高的吞吐量。Oracle 内存数据库 TimesTen 作为缓存或嵌入式数据库部署在应用程序层中，利用标准的 SQL 接口对完全位于物理内存中的数据存储进行操作。所包括的复制技术能够在 TimesTen 数据库之间进行实时事务复制，以实现高可用性和负载共享。
什么是 Oracle In-Memory Database Cache？
Oracle In-Memory Database Cache 是一个数据库选件，它为 Oracle 数据库提供了实时、可更新的缓存。Oracle In-Memory Database Cache 将来自数据库的对性能极其关键的一系列表和表碎片缓存到应用程序层，从而缩短应用程序事务响应时间。在内存数据库 TimesTen 中管理缓存表的方式与管理普通的关系型数据库表类似。因此，Oracle In-Memory Database Cache 为应用程序提供了关系型数据库的所有共性和功能、缓存和 Oracle 数据库的一致性透明维护以及内存数据库的实时性能。该数据库选件是缓存 Oracle 数据库的性能关键的子集以改进应用程序层中响应时间的理想选择。为了获得高可用性，可使用活动-备用配置部署 Oracle In-Memory Database Cache，active-standby 配置中的缓存表在 Oracle TimesTen 数据库间进行实时复制。
Oracle 内存数据库 TimesTen 是否对硬件和软件有特殊要求？
Oracle TimesTen 数据库是在假设所有受管理的数据都驻留在物理内存 (RAM) 中的前提下构建的。因此，对于硬件，要考虑的最重要的事情是应用程序层中要有足够的 RAM。除此之外，TimesTen 要考虑的硬件因素极少。 与所有应用程序一样，具有适当数量的 CPU（以相应的时钟速度运行）对于应用程序尽可能快得运行是很重要的。同样，要利用多个 CPU，您需要运行多个应用程序，或应当将您的应用程序编写为使用多个线程。此外，事务日志和检查点文件持久保存在磁盘上，磁盘越快，实现的整体性能越好。
Oracle In-Memory Database Cache 驻留在应用程序层，它使用 SQL*Net 与 Oracle 数据库进行通信。Oracle 数据库客户端软件必须作为内存数据库缓存安装在同一服务器上，以便连接到 Oracle 数据库。
内存数据库 TimesTen 是 Oracle 11g 数据库的一部分吗？
Oracle In-Memory Database Cache 是 Oracle 10gR2 和 11g 数据库的数据库选件，它包括内存数据库 TimesTen、Cache Connect To Oracle 以及 Replication - TimesTen to TimesTen 技术。
Oracle 内存数据库 TimesTen 是经过专门许可的产品，包括内存数据库 TimesTen 和复制组件。
哪些平台支持 Oracle TimesTen 技术？
支持以下平台：AIX 32/64 位 (Power)、HP-UX 32/64 位（PA-Risc 和 Itanium2）、HP TRU64 64 位 (AlphaChip EV68)、Linux RedHat 和 SUSE 32/64 位（x86、x86-64 和 Itanium2）、Linux Oracle、MontaVista CGE 和 Asianux 32/64 位（x86 和 x86-64）、Sun Solaris 32/64 位（Sparc 和 x86）和 Windows 32/64 位（x86 和 x64）。
Oracle In-Memory Database Cache 选件支持 Oracle 数据库 10g 第 2 版和 Oracle 数据库 11g 第 1 版。
内存数据库 TimesTen 可以作为独立的数据库使用吗？
可以，现在很多客户将 Oracle 内存数据库 TimesTen (IMDB) 作为独立的数据库在应用程序层使用。TimesTen IMDB 为 SQL 操作提供了全面的事务处理支持，事务日志持久保存在磁盘上以便于恢复（数据库始终位于内存中）。
Oracle 内存数据库 TimesTen 可以作为 Oracle 数据库的内存缓存使用吗？
可以，这是 Oracle 数据库选件&Oracle In-Memory Database Cache&。该数据库选件包括内存数据库 TimesTen、Cache Connect to Oracle 以及 Replication - TimesTen to TimesTen 组件。
内存数据库 TimesTen 的数据访问 API 有哪些？
内存数据库 TimesTen 支持标准的 ODBC 和 JDBC 接口，以便应用程序使用 SQL-92 标准连接到数据库。
TimesTen 为 32 位和 64 位应用程序提供的接口不同吗？
不是，为 32 位和 64 位应用程序提供的应用程序接口是一样的。要利用 64 位模式，需要重新编译应用程序并将其链接到 TimesTen 64 位资料库。
开发 Oracle TimesTen 应用程序可以使用什么语言？
可以使用 C、C++ 和 Java 开发应用程序。
您所说的嵌入模式是指什么？
Oracle 内存数据库 TimesTen 的设计和优化使其可在应用程序层运行。数据存储可直接链接（嵌入式）到应用程序以获得最佳性能。通过将数据库嵌入应用程序，SQL 访问不会导致任何网络或 IPC 开销。
Oracle 内存数据库 TimesTen 是否支持类似 Oracle RDBMS 的索引？
是，Oracle 内存数据库 TimesTen 支持索引。索引可以提高数据库查询的性能，就像它们在 Oracle 中的作用一样。TimesTen 支持两种类型的索引：T 树索引，用于涉及等式和不等式范围的查找；和散列索引，提供较 T 树索引更为快速的主键访问，可精确匹配查找和同等联接
如何在 TimesTen IMDB 中设计和创建数据结构？
内存数据库 TimesTen 支持 SQL 标准。要创建数据结构，可使用 SQL DDL 语句，如 CREATE TABLE、CREATE INDEX、CREATE SEQUENCE、CREATE VIEW、CREATE MATERIALIZED VIEW、ALTER TABLE 等。用于 RDBMS 的相同数据库设计技术也可用于 TimesTen。在 TimesTen 中设计和管理数据库要比在针对磁盘优化的 RDBMS 中简单，因为不需要调整表区域大小或者整理磁盘碎片。
TimesTen 是内存数据库，那它如何从节点/电源故障进行恢复？
虽然整个数据库驻留在内存中，但事务日志和检查点文件都保存在磁盘上。如果系统重新启动或者出现故障，将从检查点文件和事务日志文件恢复 IMDB。此外，客户可以配置 TimesTen Replication 以向另一个 TimesTen 节点提供事务复制。
什么是 Cache Connect to Oracle？
Cache Connect to Oracle 是 Oracle 数据库选件&Oracle In-Memory Database Cache&的一个组件。它使内存数据库 TimesTen 能够提供为 Oracle 数据库提供实时、可更新的缓存。Cache Connect 负责加载数据、在内存缓存和 Oracle 数据库之间传播更新，以及维护两个数据库之间的缓存一致性。
Oracle In-Memory Database Cache 支持哪些 Oracle 数据库版本？
In-Memory Database Cache 支持 Oracle 数据库 10g 第 2 版和 Oracle 数据库 11g。
Oracle In-Memory Database Cache 支持哪些平台？
In-Memory Database Cache 作为 Oracle 数据库服务器的客户端应用程序运行。支持的平台包括 AIX、HP Tru64、HP-UX、Linux、Solaris 和 Windows。
我可以在不同平台上通过 Oracle 数据库服务器运行 Oracle In-Memory Database Cache 吗？
可以，由于 Cache Connect 作为 Oracle 客户端运行，因此它可以在不同的平台上通过 Oracle 数据库服务器运行。
什么是 TimesTen Replication？
TimesTen Replication 是内存数据库 TimesTen 的一个组件。TimesTen Replication 技术支持 TimesTen 服务器节点之间的实时数据复制。Replication 支持使用同步或异步数据传输进行 active/standby 或 active/active 配置。请参阅内存数据库 TimesTen 数据表获取详细信息。
TimesTen Replication 如何在系统故出现障时确保持续的可用性？
可以将 TimesTen Replicaiton 配置为将整个 TimesTen 数据库复制到一个或多个 TimesTen 节点。发生故障转移后，备用节点将变成活动节点，出现故障的节点可以通过备用（现在为活动）数据库恢复。
我可以复制数据库中选定的表吗？
可以，表级别的复制和数据库级别的复制均受支持。
TimesTen Replication 支持哪些网络协议？
TimesTen Replication 在 LAN 或 WAN 上的复制节点间使用持久的流式 TCP/IP 套接字。
TimesTen Replication 是双向的吗？
是的，单向和双向复制均受支持。对于双向复制，建议对负载进行分区以避免大量冲突。如果在对相同的数据库行进行更新时发生冲突，TimesTen Replication 支持基于时间戳的冲突检测和解决。
客户与活动
电子邮件订阅
服务与商店
电话: 800-810-8-6698