如果有一个数据库对象的编译使用了另一个对象的元数据信息，两个对象间就存在了依赖关系。如果被依赖对象发生了元数据信息一旦发生变更（元数据变更发生，即产生了DDL操作），依赖对象编译信息就失效了。
因为PL对象常见的实现逻辑，是封装大量的SQL调用，PL对象调用等，所以一个PL对象会产生大量的依赖对象。当依赖对象发生DDL，比如一个表动态增删了列，那么依据这个表的查询绑定的游标，其继承属性可能就会发生变化。再举一个例子，比如实现了一个自定义公共的字符串替换函数，当这个函数的实现发生变更，那么所有依赖这个公共函数的PL对象、SQL语句等都应该发生失效重编译的动作，否则原编译结构中包含的实现逻辑就是错误的。
在PL对象实现时，会根据PL对象的依赖关系构造依赖链。如果一个对象发生元数据变更，那么这个依赖链上所有的对象都会被病毒似的传染失效。如果有大量的对象失效，那么在调用时可能会产生大量的重编译动作，极端情况会导致资源的突发损耗，甚至耗尽报错，性能也会产生极大的波动。
所以建议一个PL对象的依赖对象适当要控制规模，而且通过预先执行DDL方式，确保缓存中编译体有效。如果必须有DDL操作，那么建议在DDL操作完成后，通过ALTER RECOMPILE的命令，将PL对象提前编译为有效状态。
此外在YashanDB PL语言实现过程中，我们发现这种问题，也及时做出了一些应对措施，比如通过松耦合操作，及时剪断病毒式的传染。
尽管如此，PL语言仍存在部分不足：
-
PL语言的编写质量看DBA能力，难以用质量手段衡量；
-
PL语言直接运行在数据库上，难以做好资源隔离，可能会影响主业务；
-
PL语言的安全、审计、运维等多个角度对DBA要求比较高；
-
PL语言在不同数据库间差异很大，难以移植。
如何有计划、有节奏地实现Oracle的PL语言特性，并能进一步克服PL语言的缺点，这是国产数据库在PL语言特性上面对的主要问题。比如第一点，PL语言是缺乏其他高级语言的UT测试框架、静态检查工具、内存工具等各种开发者生态工具，此外覆盖率报告、内存泄露检查等完全缺失。
YashanDB作为一款全自研的数据库，我们希望通过自身的努力，在不断追赶Oracle脚步上，可以青出于蓝胜于蓝，在已知这些缺点上做出自身的思考和努力，为用户提供更加优质、可靠的服务，展现我们的诚意与实力。
>>相关阅读
