質問

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

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

ありがとう!

役に立ちましたか?

解決

これが最近作成された新しいデータベース アプリであり、ビジネスで信頼されていない場合は、データベースの書き換えや新しいデータベースを全力で進めるべきだと思います。ただし、数年前から存在し、頻繁に使用されているデータベースを扱っているのではないかと思います。

データベースが数年前のものであるという私の考えが正しければ、最初から始めることは強くお勧めしません。数年前から存在するほとんどの実稼働データベースは「乱雑」になります。これは通常、現実世界のプログラムの要件では、ソリューションがやや複雑であることが要求されるためです。これは、数年後の新しいデータベースにも当てはまります (この方法を選択する必要があります)。

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

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

私がお勧めするアプローチは次のとおりです。

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

これは非常に遠回りに思えるかもしれませんが、データベースの保守と作成を 12 年間行っている人の意見を聞いてください。現実世界の要件が複雑なため、現在のデータベースはおそらく乱雑になっています。

他のヒント

通常、私は、テキストエディタを使用します。時折、私はデータベースワークベンチを使用します。私が聞いた最後の、エンバカデロは、データベースモデリングツールのいくつかにInterBaseのサポートを追加するつもりだったが、それはまだ出荷されたかどうかはわからない。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top