历史字典迁移问题

[frank1256]

请教各位大佬一个问题，历史问题有大量字典表 t_sex,t_country ,目前希望对这些字典做同一管理。用一个单独的服务做管理，提供 api sdk 给其他服务使用。

但是其他服务目前已经有大量代码是通过 sql 直接查询相关表。

目前的一个设计，将这些字典表存储到 t_dict_def ，t_dict_col,t_dict_col ，字典定义，字典列，字典值表里，就是利用这几张表保存元数据信息以及 value 。然后再写 view ，提供一模一样的名称例如 t_sex ，给其他服务继续使用，保证他们的 sql 读的代码不用修改

因为其他服务历史遗留的 sql 查询代码太多，不能推动修改，所以也不能使用其他一些中间件了

有一下一些问题想问下

• 这个方法合适吗?有其他更好办法吗？
• 有相关工具或者项目可以参考吗？
• 大字典这样处理会有性能问题吧，有些字典已经不能称为字典，有几十列。
• 对于读的操作，只能提供视图，写的话，写入点不是很多可以推动他们去调 api 或者 sdk ，以后的读写都得在我这边控制

[wujianhua22]

我的建议是不要改，这种 sql 关联，很容易出大问题。
你可以推动以后的字典按照你的想法去做，但是不要想着去改变一堆屎山。