1

会社のデータベースを適切な方法でやり直そうとしています。現在のデータベースはごちゃごちゃしており、ドキュメントはほとんどありません。Interbase データベースを設計するときに、何を使用することをお勧めしますか? SQL を生成する優れたビジュアル スキーマ デザイナーはありますか? 全部手でやったほうがいいの?

基本的に、データベースを設計して文書化するとき、人々は通常どのような手順を踏むのでしょうか? 問題があれば、Hibernate をデータベースの ORM として使用するつもりです。(Interbase に関する具体的なヒントも歓迎します)。

ありがとう!

4

2 に答える 2

2

通常、私はテキスト エディタを使用します。時々、私はDatabase Workbenchを使用します。最後に聞いた話では、Embarcadero が InterBase サポートをデータベース モデリング ツールの一部に追加する予定でしたが、それがまだ出荷されているかどうかはわかりません。

于 2009-06-12T12:27:34.477 に答える
1

これが最近作成され、ビジネスで信頼されていないまったく新しいデータベースアプリである場合、私はあなたの書き直し/新しいデータベースで全力を尽くしていると言います。ただし、数年前から使用されており、頻繁に使用されているデータベースを扱っているのではないかと思います。

データベースが数年前のものであることが正しければ、最初から始めることは強くお勧めしません。数年前から存在しているほとんどすべての本番データベースは「乱雑」になります。これは通常、プログラムの実際の要件では、ソリューションがやや乱雑であることが要求されるためです。これは、数年後の新しいデータベース(このルートを使用する必要があります)にも当てはまります。

本番データベースを最初から再作成しない理由は次のとおりです。

  • ライブデータベースには、非常に価値のある数年分のトランザクションと顧客データが含まれています。このデータを完全に異なるデータベース構造に転送することは非常に困難です。私を信じてください、たとえ会社が今あなたにこの古いデータにアクセスする必要がないと言ったとしても、彼らはそうするでしょう。
  • 多くのビジネスルールは、デフォルト、トリガー、ストアドプロシージャ、さらには列のデータ型の形でデータベース構造に組み込まれている可能性があります。これらを注意深く調べて文書化しないと、データベース構造から除外される可能性があります。新しいデータベースを作成し、人々がシステムを使い始めてルールが適切に適用されていないことに気付いたときに、これらをデバッグして追加することに多くの時間を費やします
  • 新しいデータベースの設計に誤りを犯したり、新しい機能に対応するために構造を変更する必要があることに後で気付く可能性があります。現在のデータベースに変更を加え、そこから学習している場合、将来の変更はより簡単で直感的になります。

これが私が推奨するアプローチです:

  • 現在のデータベースを理解して文書化します。これにより、ビジネスの情報フローを非常によく理解できます。
  • デザインが悪い、または乱雑に見える場合は、注意深く見てください。あなたは正しいかもしれませんし、変化の可能性を見ているかもしれません。あるいは、パフォーマンスやその他の理由でトレードオフが行われていることに気付くかもしれません。そしてこれから学ぶことができます。
  • データベース構造を段階的に改善し、ドキュメントを更新し、それらの領域に依存するプログラムを変更します(または、そうでない場合はプログラマーと協力します)。

これは非常に長い道のりのように思えますが、12年間データベースを保守および作成している人から取ってください。実際の要件が乱雑であるため、現在のデータベースはおそらく乱雑です。

于 2009-06-12T10:55:43.140 に答える