Using Python syntax makes it more accessible.
Have you looked at tiup? https://tiup.io
EDB Distributed Postgres under the hood is a single node database with bolted on replication.
I’m contrasting a single node database with bolted on replication vs a distributed SQL database that gives strong consistency out of the box.
Go is used for the SQL layer, it’s a modern optimizer that can do distributed joins etc. ie. Issue parallel reads to the storage nodes. Additionally, it can push down the DAG to the TiKV storage nodes, written in Rust,…
I would argue the opposite, distributed databases are much easier to operate at large scale. Truly online distributed DDL, at least in TIDB, strong consistency etc. People who bang on about Postgres replication have…
TiKV the Core Storage scalable component is a CNCF graduated projected. PingCAP cannot change the license even if it wanted to.
TiDB is running core banking services too. I think people’s idea of scale and operating at scale is limited to their experience. You can get MySQL to run at any scale, look at Meta and Shopify. Operational complexity at…
This is quite an ignorant comment. TiDB routinely handles 100s of TB of data. Go watch LinkedIn’s presentation on why they choose TiDB as their strategic db going forward.
TiDB has four main components: 1. SQL front end nodes 2. Distributed shared nothing storage (TiKV) 3. Meta data server (PS) 4. TiFlash column store 1 and 3 are written in Go 2 is written in Rust and uses RocksDB 4 is…
My guess: then benefits SQL at scale and reduced maintenance burden. That’s what the article seems to hint at.
AirBnB, Databricks, Flipkart 3 of the largest banks in the world, some of the largest logistics companies in the world, at least 2K seriously large installations.
I think you need to update your knowledge about MySQL and not bang on about v5.1 and earlier.
Using Python syntax makes it more accessible.
Have you looked at tiup? https://tiup.io
EDB Distributed Postgres under the hood is a single node database with bolted on replication.
I’m contrasting a single node database with bolted on replication vs a distributed SQL database that gives strong consistency out of the box.
Go is used for the SQL layer, it’s a modern optimizer that can do distributed joins etc. ie. Issue parallel reads to the storage nodes. Additionally, it can push down the DAG to the TiKV storage nodes, written in Rust,…
I would argue the opposite, distributed databases are much easier to operate at large scale. Truly online distributed DDL, at least in TIDB, strong consistency etc. People who bang on about Postgres replication have…
TiKV the Core Storage scalable component is a CNCF graduated projected. PingCAP cannot change the license even if it wanted to.
TiDB is running core banking services too. I think people’s idea of scale and operating at scale is limited to their experience. You can get MySQL to run at any scale, look at Meta and Shopify. Operational complexity at…
This is quite an ignorant comment. TiDB routinely handles 100s of TB of data. Go watch LinkedIn’s presentation on why they choose TiDB as their strategic db going forward.
TiDB has four main components: 1. SQL front end nodes 2. Distributed shared nothing storage (TiKV) 3. Meta data server (PS) 4. TiFlash column store 1 and 3 are written in Go 2 is written in Rust and uses RocksDB 4 is…
My guess: then benefits SQL at scale and reduced maintenance burden. That’s what the article seems to hint at.
AirBnB, Databricks, Flipkart 3 of the largest banks in the world, some of the largest logistics companies in the world, at least 2K seriously large installations.
I think you need to update your knowledge about MySQL and not bang on about v5.1 and earlier.