- 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
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
Oct 17
2016
[DB Seminar] Fall 2016: Round table discussion
We will have a round table discussion. Read More