在不破坏代码的情况下管理Oracle软件包的策略

如果每个开发人员在数据库中都有自己的模式,并且共享模式中的所有对象都有公共同义词,并且所有Java代码都使用非限定对象名称,那么特定开发人员模式中的包的本地副本将优先于共享版本。因此,开发者A可以使用包的当前版本,将其安装到他或她的本地模式中,对包进行任何更改,并在其自己的开发环境中进行任何Java更改都是必需的(我假设开发人员有自己的本地应用服务器)。当两组更改都足够稳定,可以在共享开发环境中进行检查时,PL/SQL包和Java更改都可以构建到共享开发环境(共享开发应用服务器和开发数据库中的真实模式)。然后,开发人员可以删除包的本地副本。

只要开发人员将pl/sql从源代码控制中检查出来以开始他们的更改,而不是假设他们的模式中的本地副本是最新的——如果开发人员在他们的本地模式中保留旧的、本地版本的代码,那么他们可能最终会遇到难以调试的问题,其中IR PL/SQL和Java版本是不同步的。您可以通过自动化进程来解决这个问题,例如,如果在合理的时间内没有修改开发人员架构中的包,或者如果开发人员没有在源代码管理中签出这些包,或者通过生成脚本来让开发人员在构建P中自动刷新其架构。摇滚乐。

Java/DAO层只应在程序规范更改(参数的数目、名称等)时受到影响。缓解策略是

1. 添加带有参数默认值的新参数,以便不需要传递这些参数。
2. 如果参数按位置调用,则不要更改其顺序[例如pkg.proc_a(1,2,3)],如果按名称调用,则不要重命名参数[例如pkg.proc_b(p_1=>1,p_2=>2)]

3. 为过程和函数使用包,这样您就可以重载它们。

   创建或替换pkg是 proc(varchar2中的p1); proc(p1在varchar2中,p2在number中); 结束;

通过重载,您可以在一个包中有多个同名的过程,但参数的数字和/或数据类型不同。

11GR2引入了编辑来解决这个问题。它允许包的多个版本和应用程序代码选择要查看的代码的“版本”(版本)-默认的“基本”版本或开发版本。

不过,我怀疑升级数据库版本不是一个实用的解决方案。