前端如何操作数据库（一款Web3原生数据库）

在Web2环境下，数据库承担所有与数据相关的工作。应用程序在数据库中存储干净的结构化数据。开发者可以使用SQL读取所需的数据。数据与应用程序分离开来。

天地智能合约很复杂。它们支持更复杂的应用程序。智能合约需要存储、查询和处理更复杂更庞大的数据。智能合约与数据高度耦合。因此，这些复杂的数据处理场景使智能合约变得复杂且难以维护。开发者需要为其合约添加与数据相关的逻辑，比如数据查询、数据更新和数据过滤。开发者需要针对不同的数据结构编写不同的函数。

除了更高的复杂性外，另一个问题是灵活性。当开发者需要使用复杂的过滤器查询数据时，需要为合约添加自定义查询函数。开发者无法直接读取和过滤数据。

在Web2环境下，数据库承担所有与数据相关的工作。应用程序在数据库中存储干净的结构化数据。开发者可以使用SQL读取所需的数据。数据与应用程序分离开来。

Tableland正是为了解决这些问题而诞生的。Tableland自称是Web3原生数据库。

由于链上数据存储空间广阔，Tableland使用链下数据库和链上智能合约用于权限检查和数据修改。

（1）Dapp智能合约向Tableland智能合约发送数据更新请求。

（2） Tableland智能合约检查调用者的权限，并通过查询发出事件。

（3）Tableland链下验证者网络监控链上事件，并执行SQL。

（4） 同步Tableland链下验证者网络。

虽然开发者可以使用智能合约来执行SQL，但dapp智能合约无法获得任何返回值。这有损可组合性。Tableland通过dapp前端、dapp智能合约和Tableland三方交互来解决这个问题。Dapp前端读取数据，dapp智能合约更新数据。Dapp前端从Tableland网关读取数据。Tableland网关可以直接与Tableland链下验证者网络进行交互。Tableland网关的功能类似区块链RPC的功能。借助网关，开发者无需构建自己的网络节点。

如果dapp前端向网关发送数据更新请求，网关会将请求转发到Tableland智能合约。

作为“Web3原生数据库”，Tableland仍有诸多局限性：

• Dapp智能合约无法读取数据和接收执行结果。开发者无法将所有与数据相关的逻辑放入到智能合约中。
• 一张表被局限在10万行24列。
• 一个数据单元被局限在1kb。
• 仅支持SQL的子集：CREATE TABLE、INSERT、UPDATE、DELETE、SELECT、GRANT和REVOKE。
• 仅支持某些类型，INT、REAL、TEXT、BLOB和ANY。

Tableland自诩为“Web3原生数据库”。这有点夸张，因为合约和数据之间的可组合性不好。现在Tableland可以应用于游戏和NFT。Tableland对NFT的支持很好。开发者创建表并插入NFT元数据后，可获得网关链接。开发者可以将此链接用作URI。

开发者以后可以使用Tableland CLI来更新NFT元数据。

Tableland将于7月发布其NFT。NFT持有者可以访问更多的开发功能。将来，Tableland 会在以下方面进行改进：

• 支持更多SQL。
• 验证者网络实现去中心化。
• 发行代币，并使用代币保护验证者网络。
• 数据库管理面板。

Tableland不是Web3原生数据库的终点。一个真正的Web3原生数据库应满足以下要求：

• 分离合同和数据。
• 合约和数据之间的可组合性。
• 应对审查阻力。
• 支持Web3数据类型，比如地址和事务。
• 用户拥有数据所有权。