Changes in This Release for Oracle Database In-Memory Guide

This preface contains:

Changes in Oracle Database Release 18c, Version 18.1

Oracle Database In-Memory Guide for Oracle Database release 18c, version 18.1 has the following changes.

New Features

The following major features are new in this release.

• Automatic In-Memory

  This feature uses segment and column usage statistics to manage the contents of the IM column store automatically. If a populate job fails because the IM column store is full, then Automatic In-Memory evicts inactive segments to make room for active segments.

  See "Configuring Automatic In-Memory".

• In-Memory Dynamic Scans

  IM dynamic scans automatically and transparently parallelize table scans by using lightweight process threads. Oracle Resource Manager allocates these threads when it perceives that CPU resources are idle and can be leveraged to speed up the query.

  See "In-Memory Dynamic Scans".

• IM expressions window capture

  You can define an expression capture window of an arbitrary length, which ensures that only the expressions occurring within this window are considered for In-Memory materialization. This mechanism is especially useful when you know of a small interval that is representative of the entire workload. For example, during the trading window, a brokerage firm can gather the set of expressions, and materialize them in the IM column store to speed-up future query processing for the entire workload.

  See "Expression Capture Interval".

• In-Memory support for external tables

  You can populate external tables into the IM column store. This feature is useful for analytical queries that combine internal and external data.

  See "In-Memory External Tables" and "Creating and Populating External Tables: Examples".

• In-Memory Optimized Arithmetic

  For tables compressed with QUERY LOW, NUMBER columns are encoded using an optimized format that enables native calculations in hardware. SIMD vector processing of aggregations and arithmetic operations that use this format can achieve significant performance gains. The feature is enabled when INMEMORY_OPTIMIZED_ARITHMETIC is set to ENABLE.

  See "Optimizing In-Memory Arithmetic".

• Enhanced performance for Large Objects (LOBs)

  In previous releases, although LOBs and LOB pointers were populated in the IM column store, the database satisfied queries by using the buffer cache. In this release, In-Memory queries that apply range predicates to scalar columns or SQL operators to LOB columns benefit from SIMD vector processing.

  The IM column store provides contiguous storage for inline LOBs, which are LOBs less than 4 KB, within the IMCUs. For out-of-line LOBs, the IM column store only stores the LOB locator, which is 40 byes. There is one exception to the preceding rule. An IMEU can allocate up to 32 KB of contiguous storage for JSON columns defined as a LOB data type. The IMEU stores these columns in the OSON (binary JSON) format.

  See "CPU Architecture: SIMD Vector Processing".

• In-Memory join group on one column

  You can use the following syntax to create a join group for a self-join on a single column: CREATE INMEMORY JOIN GROUP jg_name(table_name(column_name)).

  See "Optimizing Joins with Join Groups".

Changes in Oracle Database 12c Release 2 (12.2.0.1)

Oracle Database In-Memory Guide for Oracle Database 12c Release 2 (12.2.0.1) has the following changes.

New Features

The following major features are new in this release:

• In-Memory Column Store (IM column store) dynamic resizing

  You can now dynamically increase the size of the In-Memory Area without reopening the database.

  See "Increasing the Size of the IM Column Store Dynamically".

• In-Memory Expressions (IM expressions)

  Oracle Database automatically identifies frequently used (“hot”) expressions that are candidates for population in the IM column store. A candidate expression might be (monthly_sales*12)/52. IM expressions can greatly improve the performance of analytic queries that use computationally intensive expressions and access large data sets.

  See "Optimizing Queries with In-Memory Expressions".

• In-Memory virtual columns (IM virtual columns)

  IM virtual columns enable the IM column store to materialize some or all virtual columns in a table.

  See "Enabling and Disabling Columns for In-Memory Tables".

• IM FastStart

  IM FastStart optimizes the population of database objects in the IM column store by storing IMCUs directly on disk.

  See "Managing IM FastStart for the IM Column Store".

• Object-level support for services

  For an individual object, the INMEMORY ... DISTRIBUTE clause has a FOR SERVICE subclause that limits population to the database instance where this service can run. For example, you can configure an INMEMORY object to be populated in the IM column store on instance 1 only, or on instance 2 only, or in both instances.

  See "Object-Level Service Controls".

• IM column store on a standby database

  You can enable an IM column store in an Oracle Active Data Guard standby database. You can populate a completely different set of data in the in-memory column store on the primary and standby databases, effectively doubling the size of the in-memory column store that is available to the application.

  See "Deploying an IM Column Store with Oracle Active Data Guard".

• ADO support for the IM column store

  You can use Automatic Data Optimization (ADO) policies to evict objects such as tables, partitions, or subpartitions from the IM column store based on Heat Map statistics. Successful policy completion results in setting NO INMEMORY for the specified object.

  See "Enabling ADO for the IM Column Store".

• Join groups

  A join group is a user-created object that lists two columns that can be meaningfully joined. In certain queries, join groups enable the database to eliminate the performance overhead of decompressing and hashing column values. Join groups require an IM column store.

  See "Optimizing Joins with Join Groups".