Oracleデータベースの変更をどのようにバージョン管理しますか？

Question

テーブル定義の変更、新しいオブジェクト、パッケージの変更など、データベースに加えられた変更を追跡するために他の人が使用している方法を知りたいです。外部バージョン管理システムでフラットファイルを使用していますか？トリガー？他のソフトウェア？

Jeffrey Kemp · Accepted Answer

私が働いたサイトでは、本番インスタンスに加える必要のある変更は、SQL * Plusで実行される変更スクリプトとしてスクリプト化する必要があります。さらに、すべてのスキーマオブジェクトをゼロから再作成するために必要なスクリプトは、最新の状態に保つ必要があります。これらのスクリプトはすべて変更管理にチェックインされ、そこから移行されます。

DDLの変更を監査したり、DDLトリガーを使用して変更を取得したり、diffソフトウェアを使用して2つのインスタンスを比較したりできますが、これらの方法は無差別です。多くの場合、開発者は正確に何を変更する必要があるかを検討する前に、スキーマにいくつかの変更（たとえば、小さなテスト変更、概念をテストするためのダミーテーブルの作成など）を行って元に戻します。

Atilla Ozgur · Answer

私はこのトピックについてたくさん考え、読みました。これは、構成制御と変更管理戦略の幅広いトピックです。 CMMIはこのトピックでドメインを持っています。 CMMI 3-5の認定を受けている企業であっても、データベースのバージョン管理を行わない場合があります。

この質問は、制約に留意しながら回答する必要があります。

あなたにはキーパーがあり、すべてのDDLはこのキーパーによって実行されます。
他の人々はDDLステートメントを実行する能力を持っています。
行われた変更をログに記録するだけで済みますが、大きな違いを比較する必要はありません。
データベースの設計は外部ツールを介して行われ、データベースに公開されます。この外部ツールは、ソース管理のDDLスクリプトでもかまいません。しかし重要な点は、これをソース管理してデータベースに公開することです。
瞬間的な変化を知る必要はありませんが、時々、つまり毎時、毎日を知る必要があります。
サーバー構造が定義されています。開発、テスト、本番です。そして、優れたテスト戦略。

回答1

1、4、6がtrueの場合、外部ソース管理を使用できます。例えば
- Embercaderoにはデータベース変更管理ツールがあります（ http://www.embarcadero.com/products/db-change-manager-xe ）。データベース（Oracle）をリバースエンジニアリングして、ソース管理に配置する機能があります。その後、任意の数の開発者であるdbaがこのスキーマに到達し、変更を加えることができます。
- Oracle SQL Designerはこのアプローチに似ています。
- ソース管理（svn、Mercurialなど）にテーブルスクリプトを作成し、それらも同じように維持します。
- http://www.liquibase.org は上記の自動化されたアプローチです。
- DAL（データアクセスレイヤー）、DDL（テーブルの作成）ステートメントを生成するコードジェネレーターを作成しました。私たちはそれらにソース管理を置き、そこで維持しました。リキベースのような専用のソリューションの方がうまくいくと思います。

このアプローチは、6の場合にうまく機能します。DDLステートメント（これもコードです）をソース管理に入れ、それを保守します。十分な配慮なしに誰もテストサーバーと運用サーバーを変更することはありません。

短所は、なんらかの理由で運用サーバーまたはテストサーバーに変更を加えた場合、迅速なバグ修正、主キーの変更などです。その変更を開発サーバーにも適用する必要があります。実際のところ、開発サーバーはあなたの地面の真実です。他の方法ではありません。

これは非常に開発者指向のアプローチです。しかし、最初に新しいモジュールを開発するときは、それはかなりうまくいきます。

Answer 2-1と6がtrueの場合：

回答1と同様のアプローチは、開発サーバーの保守です。誰もがそれを変更します。更新するときよりも。データベース比較ツールを使用します。これらをスクリプトとして取得し、ソース管理下に置きます。

- Red Gate Schema Compare supports Oracle - Embercadero has similar tool - https://github.com/carbonfive/db-migration - http://www.sumsoftsolutions.com/svco/ (I have not used this product but I believe it belongs to this category.) - Rails Active Migration (http://www.Oracle.com/technetwork/articles/kern-Rails-migrations-100756.html)

回答1と回答2の違いは、回答1でデータベース全体のDDLステートメントを収集して格納することです。回答2では、変更のすべてのバージョンを保存する必要があります。

開始
V1
V2
V3
...

列をテーブルに配置し、後でそれを削除する場合。スクリプトはこれをanswer2に表示しますが、answer1には最後のバージョンのみが表示されます。また、違いを確認するには、V2とV1を比較する必要があります。個人的には、スタートとV3、V1、V3を簡単に比較できるので、答え1の方が好きです。回答2では、すべての変更点を探す必要があります。また、回答2では、ソース管理のスクリプトは、ビッグバンで複雑なスクリプトになる傾向があります。情報を見つけるのは難しい。

Answer 33がtrueの場合。この状況では制約6がないことに注意してください。つまり、開発サーバー、テストサーバー、製品サーバーがありません。本番サーバーのみ。 DDLトリガーを使用して、行われた変更をログに記録できます。これは主に、人々がDDL許可を乱用しないようにするために使用されます。問題が発生した場合は、責任を負うことができます。これが機能するためには、すべての人が自分のユーザーアカウントに接続する必要があり、アプリケーションアカウントにはDDL付与が必要ありません。すべての開発者がアプリケーションアカウントを知っているので、それを使用できます。