今天对接的一个公司 看到接口文档我惊了

[yasumoto]

居然还有这种操作 备注字段 12345678910 （笑 cry ）

https://i.loli.net/2021/03/15/dnpyGJEbXekCr51.png

[JackPJ]

作为一个产品，见过很多 toB 的系统预留扩展字段，就是为了解决后续需求可能在表中插入新字段的需求，单表数据量比较大。不知道有无更好的解决方案给大伙分享分享

[janxin]

这都是怪没给时间 23333

[cslive]

数仓里的吧，没有备注是看不懂的

[knightdf]

没看过文档么？这有什么好笑的

[tankren]

很正常吧 这个备注是 comment 的翻译 中文是字段的描述 而不是说中文是该字段的备注

[yanulg]

没见识的人还真多啊，等数据上千万了你也改表结构？

[a719031256]

才 10 个，我同类型的字段加了 30 个，没法，业务需求

[someonedeng]

不得已而为之

[ClarkAbe]

建设银行的代扣也有....备注 1 备注 2

[kknd22]

ERP 的弹性域
预留的

[BeautifulSoap]

@xuanbg 用 field1，field2 这种名称很大可能是最开始预留的字段。预留字段不知道将来干嘛那肯定就是 1，2，3，4 这样名字排下去了，所以这种将来可能用到的字段也有很大可能是需要检索的。json 字段是真的只适合用来存和取，一旦要搜的话速度慢到让人怀疑人生

当然不预留字段根据需要添加字段是最好的，但是对于生产环境里的数据库的操作，往往不是程序员自己能决定的

[meeop]

这有啥,我 mysql 还预留了 15 个备用字段呢,这样后续加字段加索引的时候就不用改表改 po 改查询,只要简单把新字段 set 一下就完成了

[RRRoger]

这个很常见啊 ~

[tairan2006]

@BeautifulSoap 现在 json 可以加索引了。。。

[treemonster]

这种设计很正常，不懂问题在哪里。。

[shawn102400]

年轻人见识少不懂事，稍微见识过几个老点的大型系统都不至于浅薄。

[Asuka0947]

没事我见过连表名称都是 123456 的很正常

[ixuelei]

不要瞎猜了，这是上面规定要这样弄的。

[BeautifulSoap]

@tairan2006 看了下文档，还真是。。。。不过只能针对 json 字段中特定的键创建索引，如果业务字段毕竟固定的话的确可以了。不过如果 json 里存的字段很多变的话，还是不太合适

[isnullstring]

这种应该是设计表时候提前预留的吧