1

用过 supabase 的免费套餐，还行

2

多个 schema 会比较好吧

3

4

只要实现自动化部署，分库、分表、tenant_id 标记这三种方案都基本一样。

6

@xausky
你怎么地也得在外面套个 API 层，不然本来极其容易的开发工作，瞬间变成了(可能很复杂的)运维工作, 太折腾了

7

@datou 怎么说？ supabase 这么搞的？我登录上去可以新建 database 呀（我指 psql 链接过去 create database ）

9

@dcoder 是做类似 retool 的类似物，也就是每个用户本身就是创建多表的。现在倒腾了一堆 api ，用户自己也会 sql ，他难受我们也难受，不如搞成 database 方式提供呢，所以需求确实是提供 sql 能力。针对免费用户，混部，运维要求也不算高，但还是希望降低运维成本（谁知道免费用户会怎么用。。。

11

@xausky 就是类似的场景呀，现在包了半天接口，用户自己也会 sql ，他难受我们也难受

12

@dcoder 说多都是泪，用户不喜欢接受你的 api （要学习就不说了，而且数据方面的需求本身就很繁琐），sql 本身也不难学，用户表示还不如给一个 sql 口子，高阶用户也能用，我都准备写 sql parser 来搞这个需求了，想了想，搞了这么多还不如用 pg 提供的多租户方式，这样 bug 也少，主要问题就如你说的，运维成本是不是太高了，这部分很多就是免费用户，其实可以做严一些限制（但我对 pg 熟悉不高，不知道是不是可以像 docker 一样严格限制）

13

@dcoder 我们这就是 supperset 普通直连数据库只给 schema 的权限，页面嵌入到我们系统，客户用下来也没啥问题。

14

没什么难点，也可行，并且可以建一个实例池，超卖啥的都是基操了。唯一要注意的就是小心爆炸半径

16

@xausky superset 不是查询平台吗？可以加数据什么的吗？以及能保证用户无法看到其他人数据吗？

17

@yannxia 资源抢占已经是能预想到的事情了，主要还是怕会不会有 pg 什么小坑，有数据泄漏

19

@annoygaga 只读就行了，用户无法看到其他人数据这个问题由租户自己的报表开发人员来确保，我们只保证你们租户不能看到其他租户的数据就行。

20

直接上 docker 不就好了

22

@xausky 我想问的就是这么保证租户之间不能看到，pg 这块严格不严格，这块经验不多，特来请教

23

@annoygaga 这就大可不必了，问问 AI 怎么配置权限，自己试试，除非是 pg bug （ pg 代码出了名的好）否则肯定泄露不了。

25

@IDAEngine 是多个租户在一台机器混部，因为很多用户就是免费用户，所以不希望 docker 占用太多资源

26

可行，看下 neon ，就是身边没有多少应用案例，小开发者薅羊毛的用得多

27

28