Stored procedures 是否在数据源/架构之间复制SQL存储过程？
我已经在我们的开发模式中创建了SQL存储过程，并且运行良好。现在我们的任务是将开发代码转移到生产代码。如何将这些存储过程从一个模式复制到另一个模式？我是否需要在目标模式上重新编译整个过程？或者有没有办法在目标模式上注册这些过程？有谁能给我一个更好的复制存储过程的方法吗 我已经通过iSeries Navigator for Windows Version 5 Release 4创建了过程 提前感谢,，Stored procedures 是否在数据源/架构之间复制SQL存储过程？,stored-procedures,schema,datasource,ibm-midrange,Stored Procedures,Schema,Datasource,Ibm Midrange,我已经在我们的开发模式中创建了SQL存储过程，并且运行良好。现在我们的任务是将开发代码转移到生产代码。如何将这些存储过程从一个模式复制到另一个模式？我是否需要在目标模式上重新编译整个过程？或者有没有办法在目标模式上注册这些过程？有谁能给我一个更好的复制存储过程的方法吗 我已经通过iSeries Navigator for Windows Version 5 Release 4创建了过程 提前感谢,， Suresh请阅读链接，这可能会有所帮助。 请阅读链接，这可能会有所帮助。 创建存储过程的SQL
Suresh请阅读链接，这可能会有所帮助。
请阅读链接，这可能会有所帮助。
创建存储过程的SQL应该作为某些源代码管理系统（CVS、SVN等）中项目的一部分存在于源文件中 要将项目“部署”到新服务器（开发、QA或生产），只需在新服务器/数据库上执行这些“源SQL”文件即可 事实上，对数据库的任何更改（更改表列，添加新表）都应该在源代码管理的SQL文件中，并以相同的方式应用
虽然数据库开发工具并不总是让它看起来像是SQL，但它也是源代码。：-） 创建存储过程的SQL应该作为某些源代码管理系统（CVS、SVN等）中项目的一部分存在于源文件中 要将项目“部署”到新服务器（开发、QA或生产），只需在新服务器/数据库上执行这些“源SQL”文件即可 事实上，对数据库的任何更改（更改表列，添加新表）都应该在源代码管理的SQL文件中，并以相同的方式应用 虽然数据库开发工具并不总是让它看起来像是SQL，但它也是源代码。：-） 到目前为止，我发现最好的方法是使用SQL Management Studio，并使用脚本过程作为。。。菜单选项。这将为存储过程生成SQL源（创建/更改取决于您使用的菜单选项） 如果需要批量复制所有存储过程/用户定义函数，请使用“任务->生成脚本”菜单选项。在生成的一系列对话框中，您可以选择要为其生成脚本的存储过程/函数，然后在新数据库上运行这些脚本。到目前为止，我发现的最佳方法是使用SQL Management Studio，并使用脚本过程作为。。。菜单选项。这将为存储过程生成SQL源（创建/更改取决于您使用的菜单选项）
如果需要批量复制所有存储过程/用户定义函数，请使用“任务->生成脚本”菜单选项。在生成的一系列对话框中，您可以选择为哪些存储过程/函数生成脚本，然后在新数据库上运行这些脚本。通常，不需要原始源代码。打开iSeries Navigator并通过数据库向下钻取到保存开发SP的模式。选择所有需要的，右键单击并选择“生成SQL”。选择在“RunSQL脚本”中打开（并且可以选择包含DROP语句） 这将在一个位置为您提供所有选定SP的脚本。这可以存储在您选择的任何地方。此外，如果脚本中需要更改任何架构名称，可以使用Edit->Replace 然后您可以选择菜单选项连接->使用临时JDBC设置。。。指向新的模式。最后，单击工具栏上的“全部运行”图标，将SP从脚本生成到新模式中
简而言之，选择您想要进入iNav“运行SQL脚本”的模式，指向新的模式，并在一次操作中创建它们。一般来说，不需要原始源代码。打开iSeries Navigator并通过数据库向下钻取到保存开发SP的模式。选择所有需要的，右键单击并选择“生成SQL”。选择在“RunSQL脚本”中打开（并且可以选择包含DROP语句） 这将在一个位置为您提供所有选定SP的脚本。这可以存储在您选择的任何地方。此外，如果脚本中需要更改任何架构名称，可以使用Edit->Replace 然后您可以选择菜单选项连接->使用临时JDBC设置。。。指向新的模式。最后，单击工具栏上的“全部运行”图标，将SP从脚本生成到新模式中
简言之，选择您想要进入iNav“运行SQL脚本”的模式，指向新模式，并在一次操作中创建它们。是的，您是对的。但是如何注册/执行这些过程来通过iSeries命令生成模式，而不必使用外部数据库开发工具？i、 e而不实际执行所有sql文件。只需将其作为一个合格的存储过程转移到prod模式，我将创建表、索引等的SQL放入普通的源文件中，源文件类型为SQL。然后，我将当前库更改为生产数据库或其他类型，并使用RUNSQLSTM命令运行SQL。您可以轻松地将其添加到PDM。。。我使用RS作为选项，并使用“RUNSQLSTM SRCFILE（&L/&F）SRCMBR（&N）COMMIT（*NONE）”作为命令。如果你想的话，你可以一次和所有的东西对抗。是的，在一个完美的世界里，它应该。但是，如果你有一个头脑冷静的项目经理，他只是在这里和那里创建这些，并且没有留下任何源代码，那么拥有一种相当自动化的方式将它们复制到一个新的数据库将是很好的。是的，你是对的。但是如何注册/执行这些过程来通过iSeries命令生成scheme，而不使用外部数据库开发工具呢？i、 e而不实际执行所有sql文件。只需将其作为一个合格的存储过程转移到prod模式，我将创建表、索引等的SQL放入普通的源文件中，源文件类型为SQL。然后，我将当前库更改为生产数据库或其他类型，并使用RUNSQLSTM命令运行SQL。您可以轻松地将其添加到PDM。。。我使用RS作为选项和