0

2つのテーブルを持つ古いデータベースがあります。

table1=標準アイテム

table2=すべてのアイテム

このデータベースは、単一のプロジェクトのツールとして最初に設計されました。

私はすべてのプロジェクトを処理する単一のデータベースを持っているのが好きですが、それは新しい設計を必要とします-これを行うためにデータベースが必要な場合の最良の設計は何ですか？

  1. 標準アイテム
    のコピーを作成します。約50の標準アイテムとプロジェクト管理者（PM）は、同じアイテムの2〜3のコピーを作成する必要があることがよくあります。
  2. 手順1から新しいアイテムに変更を加える
  3. 手順1の新しいアイテムについてのみクエリを実行します
  4. 複数のプロジェクトマネージャーがステップ1〜3で作業できます
  5. プロジェクト中に新しいアイテムの変更（ステップ1）が発生する可能性があります
  6. プロジェクトが終了したら、新しいアイテムをすべてのアイテムとともにテーブルに保存する必要があります

これについてのヘルプが必要です。アイテム（同じアイテムのいくつか）をコピーする必要がある場合のベストプラクティスは何ですか？b。PM間で新しいアイテムを分離するにはどうすればよいですか。c。表2にすべてのアイテムをまとめるにはどうすればよいですか

これに関するベストプラクティスについては、本当に助けが必要です。

4

1 に答える 1

1

2 つのテーブルを用意する必要はありません。フラグと日付を使用して、項目が作業に関してどこにあるかを示すことができます。次のスケッチを考えてみましょう。

計画

ProjectID
Contact -- fk to PM id. This is just the lead, all other contacts are
           in the PersonsProject tables
Etc

アイテム -- すべて

ID -- pk
ProjectID - fk to Project
AssignedTo - fk, but it all depend on whether a person is in charge of an item
Stage and / or status -- fk to list
Description
Notes
Created date
Completed date
Deleted date
Deleted reason
Created by
Deleted by

人

ID
Etc

PersonsItems または PersonsProject

PersonID
ProjectID
Notes
etc

おそらく割り当てられたアイテムのテーブル

PersonID
ProjectID
ItemID

さらに、可能なアイテムのリストが限られている場合は、Item リスト テーブルが必要になる場合があります。この場合、ItemListID が Items テーブルに入り、Description が出てきます。

于 2013-02-09T13:23:14.873 に答える