James Leddy

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

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

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

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
1 paper
Distributed and cloud data management · 44% Transaction processing and concurrency control · 44% Data models and query languages · 13%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Distributed systems · 100%

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

TopicWeightPapersLastEvidence papers
Distributed and cloud data management › geo-distributed data management
geo-replicated database
0.212016
Comdb2: Bloomberg's Highly Available Relational Database System · Proc. VLDB Endow. 2016
Transaction processing and concurrency control › serializability
serializable transactions
0.212016
Comdb2: Bloomberg's Highly Available Relational Database System · Proc. VLDB Endow. 2016
Distributed systems › fault tolerance
high availability
0.212016
Comdb2: Bloomberg's Highly Available Relational Database System · Proc. VLDB Endow. 2016
Distributed systems
replication
0.212016
Comdb2: Bloomberg's Highly Available Relational Database System · Proc. VLDB Endow. 2016
Data models and query languages › database programming
stored procedures
0.112016
Comdb2: Bloomberg's Highly Available Relational Database System · Proc. VLDB Endow. 2016

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

lua · 0.5
YearPublicationVenuePosition
2016 Comdb2: Bloomberg's Highly Available Relational Database System
abstract
Comdb2 is a distributed database system designed for geographical replication and high availability. In contrast with the latest trends in this field, Comdb2 offers full transactional support, a standard relational model, and the expressivity of SQL. Moreover, the system allows for rich stored procedures using a dialect of Lua. Comdb2 implements a serializable system in which reads from any node always return current values. Comdb2 provides transparent High Availability through built-in service discovery and sophisticated retry logic embedded in the standard API. In addition to the relational data model, Comdb2 implements queues for publisher-to-subscriber message delivery. Queues can be combined with table triggers for time-consistent log distribution, providing functionality commonly needed in modern OLTP. In this paper we give an overview of our last twelve years of work. We focus on the design choices that have made Comdb2 the primary database solution within our company, Bloomberg LP (BLP).
Alex Scotti, Mark Hannum, Michael Ponomarenko, Dorin Hogea, Akshat Sikarwar, Mohit Khullar, Adi Zaimi, James Leddy, Fabio Angius, Rivers Zhang, Lingzhi Deng
Proc. VLDB Endow.8