これが最近作成され、ビジネスで信頼されていないまったく新しいデータベースアプリである場合、私はあなたの書き直し/新しいデータベースで全力を尽くしていると言います。ただし、数年前から使用されており、頻繁に使用されているデータベースを扱っているのではないかと思います。
データベースが数年前のものであることが正しければ、最初から始めることは強くお勧めしません。数年前から存在しているほとんどすべての本番データベースは「乱雑」になります。これは通常、プログラムの実際の要件では、ソリューションがやや乱雑であることが要求されるためです。これは、数年後の新しいデータベース(このルートを使用する必要があります)にも当てはまります。
本番データベースを最初から再作成しない理由は次のとおりです。
- ライブデータベースには、非常に価値のある数年分のトランザクションと顧客データが含まれています。このデータを完全に異なるデータベース構造に転送することは非常に困難です。私を信じてください、たとえ会社が今あなたにこの古いデータにアクセスする必要がないと言ったとしても、彼らはそうするでしょう。
- 多くのビジネスルールは、デフォルト、トリガー、ストアドプロシージャ、さらには列のデータ型の形でデータベース構造に組み込まれている可能性があります。これらを注意深く調べて文書化しないと、データベース構造から除外される可能性があります。新しいデータベースを作成し、人々がシステムを使い始めてルールが適切に適用されていないことに気付いたときに、これらをデバッグして追加することに多くの時間を費やします
- 新しいデータベースの設計に誤りを犯したり、新しい機能に対応するために構造を変更する必要があることに後で気付く可能性があります。現在のデータベースに変更を加え、そこから学習している場合、将来の変更はより簡単で直感的になります。
これが私が推奨するアプローチです:
- 現在のデータベースを理解して文書化します。これにより、ビジネスの情報フローを非常によく理解できます。
- デザインが悪い、または乱雑に見える場合は、注意深く見てください。あなたは正しいかもしれませんし、変化の可能性を見ているかもしれません。あるいは、パフォーマンスやその他の理由でトレードオフが行われていることに気付くかもしれません。そしてこれから学ぶことができます。
- データベース構造を段階的に改善し、ドキュメントを更新し、それらの領域に依存するプログラムを変更します(または、そうでない場合はプログラマーと協力します)。
これは非常に長い道のりのように思えますが、12年間データベースを保守および作成している人から取ってください。実際の要件が乱雑であるため、現在のデータベースはおそらく乱雑です。