データベースベースのデータベースを設計する最良の方法は？

Question

私は、会社のデータベースを適切な方法でやり直そうとしています。現在のデータベースは混乱しており、ほとんどドキュメントがありません。私はInterbaseデータベースを設計する際に人々が何を使用することをお勧めしているのだろうか？ SQLを生成する優れた視覚的スキーマデザイナーがありますか？すべて手で行う方が良いですか？

基本的に、データベースを設計して文書化するときに人々は通常どのような作業を行いますか？重要な場合は、データベースのORMとしてHibernateを使用する予定です。 （Interbaseの特定のヒントも同様に評価されます）。

ありがとうございました！

Answer 1

これは、最近作成され、ビジネスで信頼されていない新しいデータベースアプリケーションであれば、あなたの書き直し/新しいデータベースを先に進めていきます。しかし、あなたは数年前から存在していたデータベースを扱っていると思われます。

私は数年前のデータベースについては、最初からやり直すことを強くお勧めします。数年程かかっているほとんどすべてのプロダクションデータベースは「乱雑」になります。これは、通常、実際のプログラムの要件では、ソリューションがやや乱雑であることが要求されるためです。これは数年後にあなたの新しいデータベース（あなたがこの道を行くべきである）にも当てはまります。

は、ここで私は最初から本番データベースを再作成しませんいくつかの理由です：

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

私はお勧めのアプローチされています

• を理解し、あなたの情報の本当に良い理解を与える現在のデータベースには、あなたのビジネスに流れる文書化。
• 悪いデザインや汚れたデザインが見えるときは、注意深く見てください。あなたは正しいかもしれないし、変化の可能性を見ているかもしれません。あるいは、パフォーマンスやその他の理由でトレードオフが起きているかもしれません。
• データベース構造を段階的に改善してください。ドキュメントを更新し、それらの領域に依存するプログラムを変更してください（そうでなければプログラマーと一緒に作業してください）。

私は、これは周りに非常に長い道のりのように思えるけど、今12年のためのデータベースを維持し、作成された誰かからそれを取る - 現実世界の要件は厄介であるため、現在のデータベースは、おそらく厄介です。

Answer 2

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