VLDB 2026 Research / reviewers in the wild / expert
Dennis Lui
dblp:185/4245
· DBLP profile ↗
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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Indexing and storage engines › column store
main-memory column store |
0.3 | 2 | 2018 | 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.3 | 1 | 2018 | Accelerating Joins and Aggregations on the Oracle In-Memory Database · ICDE 2018 |
Query processing and optimization
join processing |
0.3 | 1 | 2018 | Accelerating Joins and Aggregations on the Oracle In-Memory Database · ICDE 2018 |
Query processing and optimization › query execution
in-memory query processing |
0.2 | 1 | 2016 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2018 | Accelerating Joins and Aggregations on the Oracle In-Memory DatabaseabstractOLAP 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 |
ICDE | 4 |
| 2016 | Accelerating Analytics with Dynamic In-Memory ExpressionsabstractOracle 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 |