Debit credit is where we compete.

我们竞争的领域在于记和贷记。

You know, so that's one query and you do 8,000 instead of 80,000 queries.

也就是说，通过一查询，你可以处理8000笔记或贷记交，而不是执行80000查询。

And that means if your transactions are all sequential, your database tops out at 1,000 TPS, 1,000 debit credits a second.

这意味着， 如果你的所有交都是按顺序进行的，你的数据库每秒最处理1000笔交，即每秒完1000记或贷记操作。

And then you've also got the checkout transaction with the money, that's also debit credit.

然后你还会有结账时的金钱交，那也是记或贷记。

So Let's say we've got 8,000 debit credits.

所以我们假设我们有8000条记和贷记记录。

And you can see the whole thing is a debit credit database.

整个系统就是一个记贷记数据库。

And it's moving from one warehouse to another, to a driver, to the home, back again, okay, back again, all debit credit.

它从一个仓库转移到另一个仓库，再到司机手中， 最后送到客户家里， 然后再返回，明白吗，再返回，整个过程都是记和贷记。

We have an LSM tree for every object that the database stores, so transfers and accounts, accounts and transfers between them, debit credit transfers between accounts.

我们为数据库存储的每个对象都有一个 LSM 树，因此包括转账和账户，账户之间的转账，以及账户之间的记和贷记转账。

Instead of having Rolox and multiple queries, you know, we pack a lot of debit credits first class, one database query back again and you're done.

我们不再使用Rolox和查询，而是将大量记和贷记业务打包一流的处理，需一数据库查询就完所有操作。

So it's really comparing all the things that you have to debit to all the things that you get to credit, and the difference is your gain or loss.

所以这实际上是在比较你所有需要记的项目与所有需要贷记的项目，两者的差额就是你的损益。

But you're actually saying like we're tracking and doing debits and credits like financial transactions and we can't do these particularly simple type of SQL transaction any faster.

但你实际上是在说，我们在跟踪并进行类似于金融交的记和贷记操作，而我们无法让这种特别简单的SQL事务处理得更快。