4 ms·

The problem is, which "database"? If you know the data is always going to be in the range of ~1TB, use Postgres or some other ACID database. But I don't know of

The problem is, which "database"? If you know the data is always going to be in the range of ~1TB, use Postgres or some other ACID database. But I don't know of any petabyte scale ACID compliant database. Also I'm not sure if ACID is sufficient or not for banking systems.

ZeroCool2u 3y ago
BigQuery is ACID compliant and easily handles petabytes. https://cloud.google.com/bigquery/docs/introduction https://cloud.google.com/bigquery/docs/introduction
- ibains 3y ago
  Yes, but in addition to being ACID compliant (serializable ANSI), you need to support a million transactions per second - it’s not just about data size.
  - moneywoes 3y ago
    What’s the cloud infra like?
- 89vision 3y ago
  Nobody in their right mind is using BQ for oltp workloads
chaxor 3y ago
Any database easily handles terabytes, idk why that's a condition. DuckDB and SQLite easily handle terabytes of data. They're just not so much for cloud based apps, or things that need multiusers and access control junk. They're the best choice for just about everything else though.
sjdmdlakziggy 3y ago
Generally speaking, you won't find financial institutions using Postgres for core line of business databases.
- joeblubaugh 3y ago
  What will they be using? A similar SQL database that has a big vendor behind it like Oracle, or something else?