再也没有了当年的激情，去写出优雅和兼容并存的代码

用 go 撸 就不用自己写这些了

@QlanQ 没有明知会改这回事，以后出什么需求谁都不知道。冗余数据到某种表，只是挑几个字段，不存在那么多数据问题，而且按你认知，单独冗余出某张表查询效率不高的话，连表查询效率只会更低下。
既然说到连表了，冗余的好处就是只查一张表，你连表的话，查询慢，特别是后台，基本上产品会要你很多字段可以检索，检索字段多的时候，连多表是个灾难，特别是存在模糊检索字段，无法用上索引的时候

@baijiahei 抄官方的是吧

@Rache1 或者考虑使用正则或许更简单、直观些 preg_replace('/^0[xX]/', '', $hexNumber)

@brader 名称这类不固定的，肯定会有修改的需求呀
不一定要链表呀，不都是 单独 用 in 么，然后组合数据

别光 show 你的屎山代码啊，show 出你的优雅和兼容并存的代码让我们学习一下

@QlanQ 单独用 in 有检索查不了吧，举个例子，要查 abc 三个表，abc 三表都有检索条件，并且要分页和排序，怎么查？

@Bazingal 不需要给你学习，你比我厉害

到目前为止，我没写出任何骄傲的代码，都是一次性的，也没写出啥库给别人用过

@QlanQ 一般 log 类的数据都需要一些冗余字段

《如何优雅的让一帮程序员免费帮自己代码挑毛病》

我从事区块链这么久，第一次看到用 java 写的，我基本都用 golang 和 js

@smirkcat 说错了 看到 php 写的

@smirkcat 嗯，写链的话，是 go java c c++比较多，区块链里 php 的话一般是处理业务层的东西

@brader 再有搜索条件的时候，会使用到链表查询，但是只查询主表的数据，然后在组合 其他表的数据

@veike 是的，也就是 log 里面，比如操作日志，防止后续改名，会稍微冗余一下

@brader 现成的 直接用 用不到抄

没有激情就用 gpt/copilot 嘛

@QlanQ 所以说你还是绕回去了连表的问题啦，而且后台查询很灵活的，你预测不到使用者会用到哪些检索条件，你当然可以写一堆判断来动态组合缓解一些压力，但最终也避免不了有连表的情况，这个表设计模式，问题就在于这里

你就说能不能用嘛