背景
1、产品的问题点
- PG 函数和存储过程没有版本管理
2、问题点背后涉及的技术原理
- create or replace function|procedure会直接覆盖原来的函数或存储过程.
3、这个问题将影响哪些行业以及业务场景
- 通用
4、会导致什么问题?
- 在执行create or replace function|procedure 后如果想回退, 必须有以前的函数或存储过程定义, 否则就只能从逻辑备份中或者PITR模式恢复了.
5、业务上应该如何避免这个坑
- 先备份原有的存储过程或函数定义, 再覆盖.
6、业务上避免这个坑牺牲了什么, 会引入什么新的问题
- 管理复杂度增加, 而且依赖人, 还是容易出问题.
7、数据库未来产品迭代如何修复这个坑
- function和procedure的逻辑无异于业务的代码逻辑, 所以希望内核增加function和procedure的版本管理能力, 可以查询到历史版本内容, 方便回退版本.
