- Aerospike
- Akamas
- AlloyDB
- Antithesis
- APOLLO
- Aurora DSQL
- Berkeley DB
- BlazingDB
- Brytlyt
- Chaos Mesh
- Chronon
- ClickHouse
- Confluent
- CouchDB
- CrocodileDB
- Databricks
- Datometry
- DB9
- Debezium
- Dolt
- Dremio
- DSQL
- DVMS
- EraDB
- eXtremeDB
- Fauna
- Featureform
- Firebolt
- Fluree
- FoundationDB
- Gel
- Google Spanner
- Greenplum
- HarperDB
- HorizonDB
- Iceberg
- InfluxDB
- kdb
- ksqlDB
- LeanStore
- LMDB
- MapD
- Materialize
- Microsoft SQL Server
- Modin
- MongoDB
- MotherDuck
- MySQL
- Neon
- Noria
- OceanBase
- Oracle
- Oxla
- ParadeDB
- Pinot
- PlanetScale
- PostgresML
- PRQL
- QMDB
- QuestDB
- Redshift
- RisingWave
- Rockset
- rqlite
- Samza
- Sentry
- Sirius
- SLOG
- Snowflake
- Spice.ai
- Splice Machine
- SQL Anywhere
- SQLancer
- SQream
- StarRocks
- Summingbird
- Synnada
- TeraData
- TiDB
- TileDB
- Tokutek
- TopK
- turbopuffer
- Umbra
- Vertica
- Vitesse
- Vortex
- WiredTiger
- Yellowbrick
- AirFlow
- Alibaba
- Anna
- ApertureDB
- Arrow
- Azure Cosmos DB
- BigQuery
- Bodo
- Cassandra
- Chroma
- Citus
- CockroachDB
- Convex
- CrateDB
- Daft
- DataFusion
- Datomic
- dbt
- Delta Lake
- Doris
- Druid
- DuckDB
- EdgeDB
- Exon
- FASTER
- FeatureBase
- Feldera
- Floe
- Fluss
- Gaia
- GlareDB
- GoogleSQL
- GreptimeDB
- Heron
- Hudi
- Impala
- Jepsen
- Kinetica
- LanceDB
- Litestream
- Malloy
- MariaDB
- MemSQL
- Milvus
- MonetDB
- Mooncake
- Multigres
- Napa
- NoisePage
- NuoDB
- OpenDAL
- OtterTune
- OxQL
- Pinecone
- Pixeltable
- Polaris
- PostgreSQL
- Qdrant
- QuasarDB
- RavenDB
- RelationalAI
- RocksDB
- RonDB
- SalesForce
- ScyllaDB
- SingleStore
- sled
- Smooth
- SpacetimeDB
- SpiceDB
- SplinterDB
- SQL Server
- SQLite
- Stardog
- Striim
- Swarm64
- Technical University of Munich
- TerminusDB
- TigerBeetle
- TimescaleDB
- TonicDB
- Trino
- Turso
- Velox
- VillageSQL
- VoltDB
- Weaviate
- XTDB
- YugabyteDB
- Aerospike
- Alibaba
- Antithesis
- Arrow
- Berkeley DB
- Bodo
- Chaos Mesh
- Citus
- Confluent
- CrateDB
- Databricks
- Datomic
- Debezium
- Doris
- DSQL
- EdgeDB
- eXtremeDB
- FeatureBase
- Firebolt
- Fluss
- Gel
- GoogleSQL
- HarperDB
- Hudi
- InfluxDB
- Kinetica
- LeanStore
- Malloy
- Materialize
- Milvus
- MongoDB
- Multigres
- Neon
- NuoDB
- Oracle
- OxQL
- Pinot
- Polaris
- PRQL
- QuasarDB
- Redshift
- RocksDB
- rqlite
- ScyllaDB
- Sirius
- Smooth
- Spice.ai
- SplinterDB
- SQLancer
- Stardog
- Summingbird
- Technical University of Munich
- TiDB
- TimescaleDB
- TopK
- Turso
- Vertica
- VoltDB
- WiredTiger
- YugabyteDB
- AirFlow
- AlloyDB
- ApertureDB
- Aurora DSQL
- BigQuery
- Brytlyt
- Chroma
- ClickHouse
- Convex
- CrocodileDB
- DataFusion
- DB9
- Delta Lake
- Dremio
- DuckDB
- EraDB
- FASTER
- Featureform
- Floe
- FoundationDB
- GlareDB
- Greenplum
- Heron
- Iceberg
- Jepsen
- ksqlDB
- Litestream
- MapD
- MemSQL
- Modin
- Mooncake
- MySQL
- NoisePage
- OceanBase
- OtterTune
- ParadeDB
- Pixeltable
- PostgresML
- Qdrant
- QuestDB
- RelationalAI
- Rockset
- SalesForce
- Sentry
- sled
- Snowflake
- SpiceDB
- SQL Anywhere
- SQLite
- StarRocks
- Swarm64
- TeraData
- TigerBeetle
- Tokutek
- Trino
- Umbra
- VillageSQL
- Vortex
- XTDB
- Akamas
- Anna
- APOLLO
- Azure Cosmos DB
- BlazingDB
- Cassandra
- Chronon
- CockroachDB
- CouchDB
- Daft
- Datometry
- dbt
- Dolt
- Druid
- DVMS
- Exon
- Fauna
- Feldera
- Fluree
- Gaia
- Google Spanner
- GreptimeDB
- HorizonDB
- Impala
- kdb
- LanceDB
- LMDB
- MariaDB
- Microsoft SQL Server
- MonetDB
- MotherDuck
- Napa
- Noria
- OpenDAL
- Oxla
- Pinecone
- PlanetScale
- PostgreSQL
- QMDB
- RavenDB
- RisingWave
- RonDB
- Samza
- SingleStore
- SLOG
- SpacetimeDB
- Splice Machine
- SQL Server
- SQream
- Striim
- Synnada
- TerminusDB
- TileDB
- TonicDB
- turbopuffer
- Velox
- Vitesse
- Weaviate
- Yellowbrick
- Aerospike
- AlloyDB
- APOLLO
- Berkeley DB
- Brytlyt
- Chronon
- Confluent
- CrocodileDB
- Datometry
- Debezium
- Dremio
- DVMS
- eXtremeDB
- Featureform
- Fluree
- Gel
- Greenplum
- HorizonDB
- InfluxDB
- ksqlDB
- LMDB
- Materialize
- Modin
- MotherDuck
- Neon
- OceanBase
- Oxla
- Pinot
- PostgresML
- QMDB
- Redshift
- Rockset
- Samza
- Sirius
- Snowflake
- Splice Machine
- SQLancer
- StarRocks
- Synnada
- TiDB
- Tokutek
- turbopuffer
- Vertica
- Vortex
- Yellowbrick
- AirFlow
- Anna
- Arrow
- BigQuery
- Cassandra
- Citus
- Convex
- Daft
- Datomic
- Delta Lake
- Druid
- EdgeDB
- FASTER
- Feldera
- Fluss
- GlareDB
- GreptimeDB
- Hudi
- Jepsen
- LanceDB
- Malloy
- MemSQL
- MonetDB
- Multigres
- NoisePage
- OpenDAL
- OxQL
- Pixeltable
- PostgreSQL
- QuasarDB
- RelationalAI
- RonDB
- ScyllaDB
- sled
- SpacetimeDB
- SplinterDB
- SQLite
- Striim
- Technical University of Munich
- TigerBeetle
- TonicDB
- Turso
- VillageSQL
- Weaviate
- YugabyteDB
- Akamas
- Antithesis
- Aurora DSQL
- BlazingDB
- Chaos Mesh
- ClickHouse
- CouchDB
- Databricks
- DB9
- Dolt
- DSQL
- EraDB
- Fauna
- Firebolt
- FoundationDB
- Google Spanner
- HarperDB
- Iceberg
- kdb
- LeanStore
- MapD
- Microsoft SQL Server
- MongoDB
- MySQL
- Noria
- Oracle
- ParadeDB
- PlanetScale
- PRQL
- QuestDB
- RisingWave
- rqlite
- Sentry
- SLOG
- Spice.ai
- SQL Anywhere
- SQream
- Summingbird
- TeraData
- TileDB
- TopK
- Umbra
- Vitesse
- WiredTiger
- Alibaba
- ApertureDB
- Azure Cosmos DB
- Bodo
- Chroma
- CockroachDB
- CrateDB
- DataFusion
- dbt
- Doris
- DuckDB
- Exon
- FeatureBase
- Floe
- Gaia
- GoogleSQL
- Heron
- Impala
- Kinetica
- Litestream
- MariaDB
- Milvus
- Mooncake
- Napa
- NuoDB
- OtterTune
- Pinecone
- Polaris
- Qdrant
- RavenDB
- RocksDB
- SalesForce
- SingleStore
- Smooth
- SpiceDB
- SQL Server
- Stardog
- Swarm64
- TerminusDB
- TimescaleDB
- Trino
- Velox
- VoltDB
- XTDB
Jan 30
2017
[DB Seminar] Spring 2017: Joy Arulraj
- Speaker:
- Joy Arulraj
Joy will give a talk on his work.The difference in the performance characteristics of volatile (DRAM) and non-volatile storage devices (HDD/SSDs) influences the design of database management systems. The key assumption has always been that the latter is much slower than the former. This affects all aspects of a DBMS's runtime architecture. But the arrival of new non-volatile memory (NVM)... Read More
Dec 5
2016
[DB Seminar] Fall 2016: Kijung Shin
- Speaker:
- Kijung Shin
How do the k-core structures of real-world graphs look like? What are the common patterns and the anomalies? How can we use them for algorithm design and applications? A k-core is the maximal subgraph where all vertices have degree at least k. This concept has been applied to such diverse areas as hierarchical structure analysis, graph visualization, and graph clustering.... Read More
Nov 28
2016
[DB Seminar] Fall 2016: Michael Zhang
- Speaker:
- Michael Zhang
Current architectures for main-memory online transaction processing (OLTP) database management systems (DBMS) are based on one of two design choices. In the partition choice, the data is assumed to be well partitioned. Transactions run with little or no concurrency control inside a partition. In the non-partition choice, the data is not required to be partitioned and the system carefully controls... Read More
Nov 21
2016
[DB Seminar] Fall 2016: Ziqi Wang
- Speaker:
- Ziqi Wang
As multicore architecture is becoming the new normal of todays computers, many traditional programming paradigms for mutual exclusion has become a major source of scalability bottleneck. To counter such bottlenecks for our in-memory database prototype at Carnegie Mellon University [1], we implemented a lock-free B+Tree multimap index based on BwTree, which was originally proposed by Microsoft Research [2]. In this... Read More
Nov 18
2016
Neil Shah (Thesis proposal dry-run)
- Speaker:
- Neil Shah
Given the ever-growing prevalence of online social services, usefully leveraging mas- sive datasets has become an increasingly important challenge for businesses and end-users alike. Online services capture a wealth of information about user behavior and platform in- teractions, such as who-follows-whom relationships in social networks and who-rates-what- and-when relationships in e-commerce networks. Since many of these services rely on data-... Read More
Nov 14
2016
[DB Seminar] Fall 2016: Canceled (Nov 14)
This week's DB seminar is cancelled. Read More
Nov 7
2016
[DB Seminar] Fall 2016: Prakhar Ojha
- Speaker:
- Prakhar Ojha
In this talk, I shall discuss two interesting problems pertinent to quality-control and budget-optimization in complex crowdsourcing. Crowdsourcing has evolved from solving simpler tasks, like image-classification, to more complex tasks such as document editing, language translation, product designing etc. Unlike micro-tasks performed by a single worker, these complex tasks require a group of workers and greater resources. If the task-requester... Read More
Oct 31
2016
[DB Seminar] Fall 2016: Neil Shah
- Speaker:
- Neil Shah
Livestreaming platforms have become increasingly popular in recent years as a means of sharing and advertising creative content. Popular content streamers who attract large viewership to their live broadcasts can earn a living by means of ad revenue, donations and channel subscriptions. Unfortunately, this incentivized popularity has simultaneously resulted in incentive for fraudsters to provide services to astroturf, or artificially... Read More
Oct 24
2016
[DB Seminar] Fall 2016: Matteo Riondato (Two Sigma)
- Speaker:
- Matteo Riondato
TRIÈST is a suite of one-pass streaming algorithms to compute unbiased, low-variance, high- quality approximations of the global and local (i.e., incident to each vertex) number of triangles in a fully-dynamic graph represented as an adversarial stream of edge insertions and deletions. The algorithms use reservoir sampling and its variants to exploit the user-specified memory space at all times. This... Read More
Oct 19
2016
Charlie Swanson (MongoDB)
- Speaker:
- Charlie Swanson
- System:
- MongoDB
Everyone knows distributed systems are hard. At MongoDB we want to make it easy to express complex queries and extract insights from your data, but we also need to be able to scale to enormous data sets. To help you scale, we support a deployment which partitions the data amongst multiple machines, but a distributed system complicates even simple queries.... Read More