Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Sashikanth Chandrasekaran

dblp:45/682 · DBLP profile ↗
← Back
2ranked-venue papers
1as first author
0since 2021 · last 2003
—ORCID · none

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

Databases, data management, data science and information retrieval · 2 · 1 first-author

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
Database system architecture and tuning · 59% Transaction processing and concurrency control · 34% Indexing and storage engines · 8%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
High-performance computing · 100%

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

TopicWeightPapersLastEvidence papers
Database system architecture and tuning › parallel database system
shared-disk clusters
0.012001
Cache Fusion: Extending Shared-Disk Clusters with Shared Caches · VLDB 2001
High-performance computing › cluster computing
commodity cluster
0.012003
Shared Cache - The Future of Parallel Databases · ICDE 2003
Indexing and storage engines › caching
cache coherence
0.012001
Cache Fusion: Extending Shared-Disk Clusters with Shared Caches · VLDB 2001

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

partitioned parallelism · 0.1cache coherence protocol · 0.1
YearPublicationVenuePosition
2003 Shared Cache - The Future of Parallel Databases
abstract
It is a common misconception that the shared nothing database is the preferred parallel database architecture for both scalability as well as price/ performance. This paper explains that, contrary to popular belief, a shared-cache architecture as implemented in Oracle 9i Real Application Clusters (RAC) is not only viable but also the future of parallel database architectures. We argue that business needs, hardware trends and database application trends favor shared-cache architectures for both OLTP and DSS workloads. We show that the shared-cache architecture allows the DBMS to choose from a superset of the parallel execution strategies that can be used in a shared nothing system. Shared cache uses SMP-like global buffer cache coherence protocol for OLTP transactions and shared-nothing-like partitioned parallelism for DSS workloads. We then explain the innovations present in Oracle 9i RAC to implement a shared-cache database using commodity hardware components. Finally, we explore future directions to further improve the shared-cache architecture on commodity clusters.
Sashikanth Chandrasekaran, Roger Bamford
ICDE1
2001 Cache Fusion: Extending Shared-Disk Clusters with Shared Caches
Tirthankar Lahiri, Vinay Srihari, Wilson Chan, Neil MacNaughton, Sashikanth Chandrasekaran
VLDB5