Dennis Lui

dblp:185/4245 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
0since 2021 · last 2018
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Databases, data management, data science and information retrieval · 2

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Databases, data mining, and information retrieval
2 papers
Query processing and optimization · 72% Indexing and storage engines · 28%

Topics — the 4 heaviest of 4, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Indexing and storage engines › column store
main-memory column store
0.322018
Accelerating Analytics with Dynamic In-Memory Expressions · Proc. VLDB Endow. 2016
Accelerating Joins and Aggregations on the Oracle In-Memory Database · ICDE 2018
Query processing and optimization
aggregation
0.312018
Accelerating Joins and Aggregations on the Oracle In-Memory Database · ICDE 2018
Query processing and optimization
join processing
0.312018
Accelerating Joins and Aggregations on the Oracle In-Memory Database · ICDE 2018
Query processing and optimization › query execution
in-memory query processing
0.212016
Accelerating Analytics with Dynamic In-Memory Expressions · Proc. VLDB Endow. 2016

Methods — techniques the papers use, named apart from their topics

SIMD vectorization · 0.3in-memory storage indexes · 0.2SIMD vector processing · 0.2
YearPublicationVenuePosition
2018 Accelerating Joins and Aggregations on the Oracle In-Memory Database
abstract
OLAP and real-time analytic workloads in data management systems are dominated by joins, aggregations, scan and filtering costs. In-Memory columnar databases have successfully optimized scans by many orders of magnitude using compressed data formats and SIMD vectorization techniques, but have largely made little impact to the rest of the query execution plan. The Oracle Database In-Memory (DBIM) Option introduced new SQL execution operators that accelerate a wide range of analytic queries, delivering orders of magnitude performance improvement by optimizing aggregation over joins for star and similar schemas. Group-by expressions are pushed down into the scans of dimension tables, creating a unique key per distinct group called a Dense Grouping Key (DGK). A structure called a Key Vector is allocated that maps join keys to DGKs, which is used to filter non-matching rows during the fact table scan. Passing rows are then aggregated directly on compressed codes into DGK-indexed result buffers using SIMD and other novel aggregation techniques. Our innovative solution replaces traditional join and group-by processing (bloom filters, hash table build and probe, serial aggregation) with blazing fast inlined scan operators. And with DBIM's unique dual-format architecture, DML activity (inserts, updates, deletes) do not dampen the phenomenal gains we see with our solution. Using a set of aggregation-heavy queries against the Star Schema Benchmark (SSB) schema, we show that our technique can drastically reduce query elapsed time by more than 10x, making real-time analytics truly achievable.
Shasank Chavan, Albert Hopeman, Dennis Lui, Ajit Mylavarapu, Ekrem Soylemez
ICDE4
2016 Accelerating Analytics with Dynamic In-Memory Expressions
abstract
Oracle Database In-Memory (DBIM) accelerates analytic workload performance by orders of magnitude through an in-memory columnar format utilizing techniques such as SIMD vector processing, in-memory storage indexes, and optimized predicate evaluation and aggregation. With Oracle Database 12.2, Database In-Memory is further enhanced to accelerate analytic processing through a novel lightweight mechanism known as Dynamic In-Memory Expressions (DIMEs). The DIME mechanism automatically detects frequently occurring expressions in a query workload, and then creates highly optimized, transactionally consistent, in-memory columnar representations of these expression results. At runtime, queries can directly access these DIMEs, thus avoiding costly expression evaluations. Furthermore, all the optimizations introduced in DBIM can apply directly to DIMEs. Since DIMEs are purely in-memory structures, no changes are required to the underlying tables. We show that DIMEs can reduce query elapsed times by several orders of magnitude without the need for costly pre-computed structures such as computed columns or materialized views or cubes.
Aurosish Mishra, Shasank Chavan, Allison Holloway, Tirthankar Lahiri, Zhen Hua Liu, Sunil Chakkappen, Dennis Lui, Vinita Subramanian, Maria Colgan, Jesse Kamp, Niloy Mukherjee, Vineet Marwah
Proc. VLDB Endow.7