@QlanQ 不管新旧项目，都离不开发展历史问题，只能说你遇到的项目还不够多吧，有时候某个模块当初的开发者设计的挺好的，但是顶不住需求变更。比如常见的 用户表、用户信息扩展表、供应商用户表、地推员 等等等等，开始是挺独立的业务，但是后来某天产品要求做个列表，产品为了方便，这个列表的展示信息，居然横跨 7 个表，你能选择的无非就是上面讨论的两个方案，要么冗余出来，要么查多表
@brader 项目也做了不少，接手的也很多，没见过，明知会改，还要用来冗余的，而且只是为了查询所以加了冗余的， 丝毫不考虑 修改的时候怎么处理么？ 那么多数据冗余在一张表里面，查询效率也不会高吧， 两种方案，实在是看不出来 冗余的方案，有什么优势或者说好处
@buffzty trim 系类函数的第二个参数是按照字符进行处理的，你这个还可以简化成 ltrim('0x1234', '0xX')，但是这样是会存在问题的。 比如 ltrim('0x0f', '0xX')，的输出结果将会是 f 而不是预期 0f
