У меня есть веб-приложение, управляемое базой данных, которое я разрабатываю для отслеживания статуса объектов одного или нескольких projects в целом для organization
Примечание: это действительно для практики в разработке и независимой
проект, который я предпринимаю. Пока это мой собственный проект.
У organization есть несколько projects, где у каждого проекта есть несколько entities, классифицированных по types, которые связаны с одним проектом.
Идентифицированными сущностями являются
- Действие предмета
- выпуск
- Риск
- Возможность
Там будут связи между всеми сущностями ... ( элементов, которые ссылаются на каждый из вышеуказанных элементов , и элементов, с которыми моя сущность связана )
На основе этих выше сущностей у меня есть следующий набор таблиц.
*items (this stores the primary key itemid along with a itemtypeid and resolveditemid)
itemtypeid is one of the four entity types
resolveditemid is the actual primary key of any of the four entities above of the entity, determined by item type id
*projects (one project has many items)
*itemtypes (one project has many item types, as classified by 1 - 4)
1) action items (one project has many action items to be more specific)
2) issues (one project has many issues ...)
3) risks (one project has many risks)
4) opportunities (one project has many opportunities ..)
Как ограничить itemtypeid и itemid в элементах проекта, которые при объединении для поиска преобразуются в фактическую ссылочную запись назначения, которая находится в элементе действия, проблеме, риске ...?
Пока у меня есть следующая схема:
