現在、データベースステージング環境をIT部門に提案しています。アイデアは、私のような非IT担当者(公共事業データアナリスト)がソリューションをテストする場所を持ち、自分で実際の環境に実装するか、必要に応じてITに実装を依頼するというものです。この環境が有益である理由/シナリオはいくつかあります。
- 私は(私たちのライブデータベース環境でいくつかの基本的なデータベース権限を持っている
create table
、create view
など)。スキーマの変更は約1週間に1回行いますが、これらの変更を実際の環境でテストして実装するのは、私には異常です。データベースには無数の依存関係があるため、問題が発生した場合は悲惨なことになる可能性があります。むしろ、別の環境で事前にテストしておいたほうがいいです。 - 私のような、より高度な権限の一部はありません
create trigger
か、create function
ライブデータベース内を。これは問題ありませんが、トリガーや関数によって解決できる問題がいくつかあります。いくつかのアイデアを開発およびテストできるように、ステージング環境でこれらの権限を付与することを提案し、それらが機能する場合は、ITがそれらをライブ環境に実装することを提案します。 - 一般に、私のIT部門には、ソリューションを開発するための時間やリソースがありません。とても簡単です。ですから、私が自分でレッグワークを行うことができれば、私の問題ははるかに解決されるでしょう。
「非IT担当者向けのステージング環境」は、私にとっては十分に健全なアプローチのように思えますが、正直に言って、考えをまとめただけです。IT /データベースの世界でこれがどのように一般的に行われるのか私にはわかりません。
このシナリオに当てはまる確立されたIT /データベースプラクティスはありますか?(非IT担当者向けのデータベースステージング環境を提案するときに、私は正しい軌道に乗っていますか?)