有没有一种通过 RPC 操作关系型数据库的方式？

多得很

OData ？不知道是不是符合你的想法

mongodb 的 aggregate ，就不需要 sql ，直接上关系运算

https://postgrest.org/en/stable/
虽然不是 rpc 但意思差不多了

> 那有没有一种可能，就是像 NoSQL 或者 REST 一样直接调用暴露出来的 endpoint 来实现以编程而不是写 SQL 的方式操作数据库呢？


首先想到的是 mysql 的 handlersocket ，很早就支持了

https://dev.mysql.com/doc/refman/5.6/en/innodb-memcached-intro.html

The InnoDB memcached plugin implements memcached as a MySQL plugin daemon that accesses the InnoDB storage engine directly, bypassing the MySQL SQL layer.

其次 LZ 这想法其实回归到远点。。。老人们可能记得 B/S 架构和 C/S 架构。。。

C/S 架构核心就是把物理数据按照账号权限切分成多个 view ，然后 view 通过一些叫做 trigger 的 hook 进行前置、后置处理吐给客户端。客户端直接通过分配的账号登录 db ，然后进行对部分数据的增删改查。

rdbms 就是一个 serverless 的低代码平台。你只关心把一些 lambda 在一个界面提交给系统，不用关心他在哪里执行；
sql 语言就是低代码语言；
JOIN 就是 graphql ；

用过 es 的那种 json 方式的查询参数写法，太难用了；
不如 sql 写起来直观灵活，假如关系型数据库有这种，我反正是不会用……

@zhy0216 这个好耶，我正好也用 PG

@est handlersocket 确实是我想要的

@zhy0216 还有一个 https://prestd.com/

我也在想这种「一捅到底」的 serverless 的设计，不过感觉最大的问题是，怎么保证数据类型的一致性和准确性呢。

只在客户端前端进行数据检验和匹配吗，对于很多需要 auth 和保持 session 的场合来说这种思路应该无法满足安全性的要求。

#9 @netabare
> 保证数据类型的一致性和准确性

楼上#5 早已道明
> 多个 view ，然后 view 通过一些叫做 trigger 的 hook 进行前置、后置处理吐给客户端

> 客户端前端进行数据检验和匹配

建议立即开始写阁下最痛恨的几百上千行的 PL/SQL T-SQL 存储结构

> rdbms 就是一个 serverless 的低代码平台。你只关心把一些 lambda 在一个界面提交给系统，不用关心他在哪里执行；
> sql 语言就是低代码语言；
> JOIN 就是 graphql

这下现代中台娱乐圈壬上壬们又梦回他们最痛恨的 80/90s COBOL 了