请教，这种“数据中台”系统各位有见过或实践过的吗？有什么优缺点？

[abcbuzhiming]

说叫“数据中台”是因为我找不到比较好的名词来形容它。事情是这样的，公司来了一位从一线回来的前端，提到他在上海见过不少中小型公司都实现了这样一套系统，这个系统简单的说就实现了两个接口，后台对接一个固定的数据库；这两个接口一个能实现任意的表级 schema 操作，能够增加，修改，任意表和表字段（没有删除）。另外一个接口则是查询数据的，能查询任意表，能组合任意查询语句。他提出这个东西最大的好处就是一旦完成，后端就可以不用再管前端了，前端也不用找后端要接口了，可以统统自己搞定。我个人感觉他提出的这个东西，似乎和 graphql 有点像，但是似乎 graphql 并没有提供能随意修改表结构的方案。
有没有人实践过这样的系统？这样的系统有什么缺陷

[xuanbg]

@dearxe2v 先申明一下不是帮人推广哈。

这种前端查数据库的东西懂行的都知道里面坑那是又多又大，但对于某些特定用户而言，还真未必会踩到坑。对于那些用户来说，这种玩意它还真是个好东西呢。

说实话，我也是很讨厌 @TommyLemon 不分场合乱推销他的产品，我希望他以后能够找准目标用户再去推销。

[gamexg]

不说前端什么需求需要修改表结构，
只说安全性，怎么防止被查询到机密数据(类似其他用户的数据)？
后端收到查询后再去做各种限制？

[luob]

就是后端把业务层的工作全扔了，然后让前端再分一层管这档子事。

[XCFOX]

php 行为