这是一个创建于 745 天前的主题，其中的信息可能已经有所发展或是发生改变。
请教各位大佬一个问题，历史问题有大量字典表 t_sex,t_country ,目前希望对这些字典做同一管理。用一个单独的服务做管理，提供 api sdk 给其他服务使用。
但是其他服务目前已经有大量代码是通过 sql 直接查询相关表。
目前的一个设计，将这些字典表存储到 t_dict_def ，t_dict_col,t_dict_col ，字典定义，字典列，字典值表里，就是利用这几张表保存元数据信息以及 value 。然后再写 view ，提供一模一样的名称例如 t_sex ，给其他服务继续使用，保证他们的 sql 读的代码不用修改
因为其他服务历史遗留的 sql 查询代码太多，不能推动修改，所以也不能使用其他一些中间件了
有一下一些问题想问下
- 这个方法合适吗?有其他更好办法吗？
- 有相关工具或者项目可以参考吗？
- 大字典这样处理会有性能问题吧，有些字典已经不能称为字典，有几十列。
- 对于读的操作，只能提供视图，写的话，写入点不是很多可以推动他们去调 api 或者 sdk ，以后的读写都得在我这边控制
 | 1 wujianhua22 2024 年 4 月 10 日 我的建议是不要改，这种 sql 关联，很容易出大问题。 你可以推动以后的字典按照你的想法去做，但是不要想着去改变一堆屎山。 |
Select Language