其实很多业务逻辑，都是类似 Excel 表一样对一些属性表进行增删改查，但是每次新增表都需要改动到代码，有一个想法（后端差不多写好了），用户可以像操作 excel 一样增加新表和字段，然后给这条数据无限增删改查关联数据，不知道后续有什么操作问题

说明

nosql 就 nosql
为什么要去折腾人家 mysql 呢...

＃1 请问用 nosql 和 mysql 使用一个字段存 json 相比怎么样呢

比什么，没什么可比性

他们管这个叫低代码 /零代码。

MongoDB

如果支持运行 SQL 可以让用户自己实现任何功能

窃以为 low code 这个词非常 low ，都是要来骗外行人的

NoSQL + SQL = MySQL

你说的是 MongoDB 吗

就是这样想的，前端写一个便携添加数据的界面，然后回传 json 作为表单模型结构，然后另一张表数据关联这个模型结构也是一个 json ，无限下拓

${sql}

不靠谱，某些需要高性能的业务，服务端容易性能跟不上。

AWS 的 DynamoDB 推荐单表

“像操作 excel 一样增加新表和字段”，感觉你是在做一个网页版、简化的数据库客户端。但如果程序不对这个表有什么特殊处理，只是存储和显示的话，那也用处不大。甚至不如直接弄一个 Excel 来的方便很多。

主要是，私以为“增删改查”这个词都出来这么久了，那么多程序员还在干这个，说明这玩意儿其实并没有说起来那么简单

数据少你可以想怎么玩怎么玩。数据多了性能上不去的时候你就会开始后悔了。

都这样了你为啥还要类似 Excel ，直接用 Excel 不就行了。你这里想到的，以及还有好多你没想到的数据处理，包括服务器客户端模式，Excel 都能做——在不考虑使用的易用性和开发的便利性的情况下，Excel 是万能的。

没玩过 excel 吧 数据量稍微大点 想做汇总和透视等等 都卡很久很久，不然为什么那么多企业管理和做账的让开发做各种后台报表

你别说，我现在正在做的功能，就有这块的设计。前端就是想像你说的这种，万表归一，无限加字段给扩展。被后端给否了，坚决不干。

mysql 环境 ： 之前见别人 元数据 搞过一次 ，一个表定义 schema 确定字段的各种信息， 一个表实际存数据。还听过一种垂直表的思路。

对，就是这样

简单的业务用 JSON 数据库就可以了。MangoDB 和 Postgres 的 JSONB 都可以。

但是搞个稍微复杂一点的你试试。权限系统、审批流。

安装一个 phpmyadmin 是不是就可以了

关系型数据库 不适合做这个事
怎么做还是看业务需要