まず、あなたの質問は、SQL Developer でのソース管理の使用と PL/SQL に関する 2 つの無関係な概念について語っています。したがって、うまくいけばあなたのためにすべてを明確にする応答があります:
- Oracle SQL Developer は、ソース管理と統合する方法を提供します。手順については、このリンクを参照してください。Subversion について述べていますが、同じことが Perforce や Clearcase などの他のソース管理リポジトリにも適用できる必要があります。
- これが Oracle に対してバージョン管理を行うためのより良い解決策であるかどうか - これには決定的なはい/いいえはありません。ただし、このアプローチは間違いなく推奨されます(そもそもなぜ彼らはそれを提供するのでしょうか? :))。コード エディターをバージョン管理と統合しておくと、編集中のすべてのファイルを手動でチェックアウトする手間が省けます。さらに重要なことに、ファイルを移動/名前変更したり、新しいファイルを追加したりするときに役立ちます。素晴らしいパッケージを作成した後、依存ファイルを追加するのを忘れた/バージョン管理から古いファイルを手動で削除するのを忘れたという理由だけで、ビルドが失敗することを理解することは絶対に避けたいと思います。したがって、これが望ましい方法ですが、選択はあなた次第です。
- PL/SQL を使用できますか。率直に言って、PL/SQL とソース管理の間には何の関係もありません。PL/SQL は、Oracle データベース プラットフォーム用の単なるプログラミング言語です (Java/C++/Python を使用して同じタスクを実行できるように)。適切なバインディングとドライバーを使用する)。PL/SQL プロシージャと関数は DB オブジェクトとしてデータベース内に存在するので、どうすればそれらをソース管理できるのでしょうか。さて、この場合の答えは次のとおりです。
- PL/SQL ソース コード プロシージャを個別のファイルで作成し、ソース コード ツリーと共にディスクに保存します。
- SQL*Plus などのコマンド ライン ユーティリティまたはカスタム インストール プログラムからこれらのファイルを呼び出して、ストアド プロシージャと
関数をデータベース内に作成します。
このアプローチには、データベース インスタンスから独立してスクリプトを開発およびテストできるという利点があります。既存の運用データベースをテスト データベースに複製し、元のストアド プロシージャとデータベース オブジェクトを作成してから、これらのオブジェクトに対する変更や不具合の修正を確認できます。生産に影響を与えることなく。また、ソース管理を使用してこれらのファイルをチェックインしているため、リビジョン履歴にアクセスして、スクリプトが時間の経過とともにどのように変更されたかを観察することもできます。
この長い回答で、目的を達成する方法についての洞察が得られることを願っています。