- Aerospike
- Alibaba
- Anna
- APOLLO
- Azure Cosmos DB
- BigQuery
- Bodo
- Cassandra
- Chroma
- ClickHouse
- Confluent
- CouchDB
- CrocodileDB
- DataFusion
- Datomic
- Debezium
- Dremio
- DuckDB
- EdgeDB
- Exon
- FASTER
- FeatureBase
- Feldera
- Fluree
- Gaia
- GlareDB
- GoogleSQL
- GreptimeDB
- Heron
- InfluxDB
- kdb
- ksqlDB
- LeanStore
- LMDB
- MapD
- Materialize
- Milvus
- MonetDB
- MySQL
- Neon
- Noria
- OceanBase
- Oracle
- OxQL
- Pinecone
- PlanetScale
- PostgreSQL
- Qdrant
- QuasarDB
- RavenDB
- RelationalAI
- RocksDB
- RonDB
- SalesForce
- ScyllaDB
- sled
- Smooth
- Spice.ai
- Splice Machine
- SQL Anywhere
- SQLancer
- SQream
- StarRocks
- Summingbird
- Synnada
- TerminusDB
- TigerBeetle
- TimescaleDB
- Trino
- Velox
- Vitesse
- Weaviate
- Yellowbrick
- Akamas
- AlloyDB
- ApertureDB
- Arrow
- Berkeley DB
- BlazingDB
- Brytlyt
- Chaos Mesh
- Citus
- CockroachDB
- Convex
- CrateDB
- Databricks
- Datometry
- dbt
- Dolt
- Druid
- DVMS
- EraDB
- eXtremeDB
- Fauna
- Featureform
- Firebolt
- FoundationDB
- Gel
- Google Spanner
- Greenplum
- HarperDB
- Impala
- Jepsen
- Kinetica
- LanceDB
- Litestream
- Malloy
- MariaDB
- MemSQL
- Modin
- MongoDB
- Napa
- NoisePage
- NuoDB
- OpenDAL
- OtterTune
- ParadeDB
- Pinot
- PostgresML
- PRQL
- QMDB
- QuestDB
- Redshift
- RisingWave
- Rockset
- rqlite
- Samza
- SingleStore
- SLOG
- Snowflake
- SpiceDB
- SplinterDB
- SQL Server
- SQLite
- Stardog
- Striim
- Swarm64
- Technical University of Munich
- TiDB
- TileDB
- Tokutek
- Umbra
- Vertica
- VoltDB
- WiredTiger
- YugabyteDB
- Aerospike
- AlloyDB
- APOLLO
- Berkeley DB
- Bodo
- Chaos Mesh
- ClickHouse
- Convex
- CrocodileDB
- Datometry
- Debezium
- Druid
- EdgeDB
- eXtremeDB
- FeatureBase
- Firebolt
- Gaia
- Google Spanner
- GreptimeDB
- Impala
- kdb
- LanceDB
- LMDB
- MariaDB
- Milvus
- MongoDB
- Neon
- NuoDB
- Oracle
- ParadeDB
- PlanetScale
- PRQL
- QuasarDB
- Redshift
- RocksDB
- rqlite
- ScyllaDB
- SLOG
- Spice.ai
- SplinterDB
- SQLancer
- Stardog
- Summingbird
- Technical University of Munich
- TigerBeetle
- Tokutek
- Velox
- VoltDB
- Yellowbrick
- Akamas
- Anna
- Arrow
- BigQuery
- Brytlyt
- Chroma
- CockroachDB
- CouchDB
- Databricks
- Datomic
- Dolt
- DuckDB
- EraDB
- FASTER
- Featureform
- Fluree
- Gel
- GoogleSQL
- HarperDB
- InfluxDB
- Kinetica
- LeanStore
- Malloy
- Materialize
- Modin
- MySQL
- NoisePage
- OceanBase
- OtterTune
- Pinecone
- PostgresML
- Qdrant
- QuestDB
- RelationalAI
- Rockset
- SalesForce
- SingleStore
- Smooth
- SpiceDB
- SQL Anywhere
- SQLite
- StarRocks
- Swarm64
- TerminusDB
- TileDB
- Trino
- Vertica
- Weaviate
- YugabyteDB
- Alibaba
- ApertureDB
- Azure Cosmos DB
- BlazingDB
- Cassandra
- Citus
- Confluent
- CrateDB
- DataFusion
- dbt
- Dremio
- DVMS
- Exon
- Fauna
- Feldera
- FoundationDB
- GlareDB
- Greenplum
- Heron
- Jepsen
- ksqlDB
- Litestream
- MapD
- MemSQL
- MonetDB
- Napa
- Noria
- OpenDAL
- OxQL
- Pinot
- PostgreSQL
- QMDB
- RavenDB
- RisingWave
- RonDB
- Samza
- sled
- Snowflake
- Splice Machine
- SQL Server
- SQream
- Striim
- Synnada
- TiDB
- TimescaleDB
- Umbra
- Vitesse
- WiredTiger
- Aerospike
- Anna
- Azure Cosmos DB
- Bodo
- Chroma
- Confluent
- CrocodileDB
- Datomic
- Dremio
- EdgeDB
- FASTER
- Feldera
- Gaia
- GoogleSQL
- Heron
- kdb
- LeanStore
- MapD
- Milvus
- MySQL
- Noria
- Oracle
- Pinecone
- PostgreSQL
- QuasarDB
- RelationalAI
- RonDB
- ScyllaDB
- Smooth
- Splice Machine
- SQLancer
- StarRocks
- Synnada
- TigerBeetle
- Trino
- Vitesse
- Yellowbrick
- Akamas
- ApertureDB
- Berkeley DB
- Brytlyt
- Citus
- Convex
- Databricks
- dbt
- Druid
- EraDB
- Fauna
- Firebolt
- Gel
- Greenplum
- Impala
- Kinetica
- Litestream
- MariaDB
- Modin
- Napa
- NuoDB
- OtterTune
- Pinot
- PRQL
- QuestDB
- RisingWave
- rqlite
- SingleStore
- Snowflake
- SplinterDB
- SQLite
- Striim
- Technical University of Munich
- TileDB
- Umbra
- VoltDB
- YugabyteDB
- Alibaba
- APOLLO
- BigQuery
- Cassandra
- ClickHouse
- CouchDB
- DataFusion
- Debezium
- DuckDB
- Exon
- FeatureBase
- Fluree
- GlareDB
- GreptimeDB
- InfluxDB
- ksqlDB
- LMDB
- Materialize
- MonetDB
- Neon
- OceanBase
- OxQL
- PlanetScale
- Qdrant
- RavenDB
- RocksDB
- SalesForce
- sled
- Spice.ai
- SQL Anywhere
- SQream
- Summingbird
- TerminusDB
- TimescaleDB
- Velox
- Weaviate
- AlloyDB
- Arrow
- BlazingDB
- Chaos Mesh
- CockroachDB
- CrateDB
- Datometry
- Dolt
- DVMS
- eXtremeDB
- Featureform
- FoundationDB
- Google Spanner
- HarperDB
- Jepsen
- LanceDB
- Malloy
- MemSQL
- MongoDB
- NoisePage
- OpenDAL
- ParadeDB
- PostgresML
- QMDB
- Redshift
- Rockset
- Samza
- SLOG
- SpiceDB
- SQL Server
- Stardog
- Swarm64
- TiDB
- Tokutek
- Vertica
- WiredTiger
Oct 21
2019
[DB Seminar] Fall 2019 DB Group: Gustavo Angulo
- Speaker:
- Gustavo Angulo
Gus will present this paper in this meeting: Title: How I Learned to Stop Worrying and Love Re-optimization, Arxiv 2019 Read More
Oct 14
2019
[DB Seminar] Fall 2019 DB Group: Dongsheng Yang
- Speaker:
- Dongsheng Yang
Dongsheng will present this paper in this meeting: Title: An End-to-End Automatic Cloud Database Tuning System Using Deep Reinforcement Learning: SIGMOD 2019 Read More
Oct 11
2019
Fall 2019: Vagelis Papalexakis (UC Riverside)
- Speaker:
- Vagelis Papalexakis
Tensors and tensor decompositions have been very popular and effective tools for analyzing multi-aspect data in a wide variety of fields, ranging from Psychology to Chemometrics, and from Signal Processing to Data Mining and Machine Learning. Using tensors in the era of big data presents us with a rich variety of applications, but also poses great challenges, especially when it... Read More
Oct 7
2019
[DB Seminar] Fall 2019 DB Group: Matt Butrovich
- Speaker:
- Matt Butrovich
Matt will present this paper in this meeting: Title: Adapting TPC-C Benchmark to Measure Performance of Multi-Document Transactions in MongoDB: VLDB 2019 Read More
Oct 4
2019
PhD Defense: Huanchen Zhang
- Speaker:
- Huanchen Zhang
The growing cost gap between DRAM and storage together with increasing database sizes means that database management systems (DBMSs) now operate with a lower memory to storage size ratio than before. On the other hand, modern DBMSs rely on in-memory search trees (e.g., indexes and filters) to achieve high throughput and low latency. These search trees, however, consume a large... Read More
Sep 30
2019
[DB Seminar] Fall 2019 DB Group: Lily Liu
- Speaker:
- Lily Liu
Lily will present this paper in this meeting: Title: Native Store Extension for SAP HANAConference: VLDB 2019 Read More
Sep 23
2019
[DB Seminar] Fall 2019 DB Group: Stephen Walkauskas (Vertica)
- Speaker:
- Stephen Walkauskas
- System:
- Vertica
You wouldn't run your application on the cloud because it is the cool thing to do. You'd run it there because it makes sense to do so. In this talk you'll hear why some of our customers have moved to the cloud while others have not. You'll also learn how we overhauled Vertica's architecture to become one of the few analytics... Read More
Sep 16
2019
[DB Seminar] Fall 2019 DB Group: Ankur Goyal
- Speaker:
- Ankur Goyal
In this talk, we will discuss the challenges of supporting traditional database operations (ingestion, schema design, querying) to the domain of visual data, i.e. images, videos, PDFs, etc. Recent innovations in artificial intelligence have enabled computers to "see" the same structure in visual data as humans. As a result, new systems are emerging which enable users and applications to manage... Read More
Sep 13
2019
Fall 2019: Pat Helland (SalesForce)
- Speaker:
- Pat Helland
- System:
- SalesForce
This talk is a summary of my soon to be released column in ACM Queue titled "Write Amplification versus Read Perspiration". In this short discussion, we observe that there is a strong pattern in which writing data incurs and obligation to do more work to make it easy to read that data later. We frequently talk about write amplification to... Read More
Sep 13
2019
Fall 2019: Rohit Agrawal (SalesForce)
- Speaker:
- Rohit Agrawal
- System:
- SalesForce
In this talk we discuss LSM compression for a KV store. In our KV store, we write to an underlying shared storage system that models data as named extents (up to 2GB) and variable-length fragments contained within the extent. Fragments are max of 1MB and are the atomic unit of read and write. Our KV store reads fragments into 64K... Read More