私はこの用語をよく読みます。レガシーデータベースとは正確には何ですか?それはdbaseやrdbのような古いデータベースを意味すると思っていたので尋ねますが、私は正しくないと思います。
RoRまたはDjangoと「レガシーデータベース」の統合を見ると、レガシーデータベースは実際には何を意味しますか?一般的な用語「レガシーデータベース」とは異なりますか?
一般的なコンテキストでは、古いデータベーステクノロジーのいずれかを指します。
より具体的なコンテキストでは、以前のプロジェクトオーナーからチームによって継承されたデータベースシステムを参照できます。
遺産:あなたを悩ませるために何度もやって来ている過去の何か。
通常、レガシーデータベースは、設計上の決定の一部を継承してベースにする必要があるものです。仕事をしているほとんどの会社はすでに他の(通常は恐ろしい)解決策を持っているかもしれません、そしてあなたは彼らにもっと大きくより良い製品を与える必要があります...
[〜#〜]しかし[〜#〜]
古いレガシーデータをすべて処理する必要があります。会社は、2つの異なるアプリケーションを管理して、すべての古い記録を保持できるようにするつもりはありません。レガシーシステムからシステムにデータを移行できるように、ソリューションを開発する必要があります。これは、データベースの全体的な設計に大きな影響を与える可能性があります。これは、データの整合性の点で多くの問題を引き起こさずに、以前のデータベースから離れすぎないためです。
this まとめるとかなりうまくいきます。
[編集]リンク切れ。 FOLDOCからの引用は次のとおりです。
レガシーシステム-コンピュータシステムまたはアプリケーションプログラム。交換または再設計のコストが原因で、また、競争力が低く、最新の同等物との互換性が低いにもかかわらず、引き続き使用されています。その含意は、システムが大きく、モノリシックで、変更が難しいことです。
レガシーソフトウェアが古くなったハードウェアでのみ実行される場合、何らかの形のエミュレーションまたは下位互換性によってソフトウェアが新しいハードウェアで実行されることを許可しない限り、これを維持するコストは最終的にソフトウェアとハードウェアの両方を置き換えるコストを上回る可能性があります。
私の経験では、それは通常軽蔑的です。
使用中の場合でも、メンテナンスまたは開発アクティビティがある場合は、レガシーにすることはできません...
編集:SQL言語とRDBMSの時代を考えると、リストされているソフトウェアと比較すると、すべてが(来年の私の新しいシステムを含めて)レガシーです。 Rubyデータベースの観点からレガシーを変更するのはどの時点ですか?
私たちはほとんどの場合、「レガシーデータベース」という用語をdbスキーマとして使用します。このスキーマを使用する他のソフトウェア/システムを壊さずに「簡単に」変更することはできません。
フラットファイル、階層、およびネットワークデータベースは通常、レガシーデータベースと呼ばれます。これらは、約30年前の人々が先史時代に情報を整理するために使用した方法を表しています。
レガシーは古いものを示すために使用されます。レガシーデータベースは、交換と再設計のコストがかかるため、引き続き使用されています。
データベースシステム自体ではなく、データベースのスキーマを参照しているに違いありません。
一般的には、古いcodeが継承されます。ほろ酔いのコード。それは歴史的な理由でまだ使用されているコードに使用されます。 DBスキーマにも適用されます
基本的に、新しい技術が何らかの理由で開発されたが、古いシステム/データベース/技術がまだ使用されている場合、それはレガシーです。データベースシステムの古さは重要ではありません。レガシーとは、より優れた技術で置き換えることができるが、まだ置き換えられていないことを意味します。