Aufgabentabelle welche zur Checkliste wird

[Seur]

1.Ich habe eine Tabelle tblAufgabe. In dieser Tabelle werden Aufgaben über ein Kombifeld an verschiedenen Phasen zugeordnet. Nach diesen Phasen müssen die Aufgaben schlussendlich sortiert respektive gruppiert werden. Weiter habe ich eine tblProjektarten (z.B. Projektart A, Projektart B, Projektart C usw.). Die verschiedenen Aufgaben müssen zu den jeweiligen Projektarten zugewiesen werden können. Wobei es zu beachten gibt, dass die verschiedenen Aufgaben in mehreren Projektarten vorkommen können und die Projektarten evtl. erweitert werden können. Aus der tblAufgabe müssen Checklisten für die verschieden Projektarten erstellt werden können. Die Checkliste muss dann einem Projekt bei welchem die Projektart definiert wird zugeordnet werden. Diese Checkliste muss dann von den jeweiligen Projektleitern mit Checkboxen abgearbeitet werden können.


2.
Es wäre super wenn anhand der Checklisten im Projektdatensatz anhand den Checkboxen der Prozentsatz wieviel erledigt ist angezeigt wird.


Ich hoffe ich konnte mich verständlich ausdrücken und hoffe auf Hilfe. Ich bedanke mich schon jetzt für die Rückmeldung.

[MzKlMu]

Hallo,
zeige bitte das Bild des Beziehungsfensters auf dem man alle TAbellen mit allen Feldern sieht.
Prinzipell sind Checkboxen für eine solche Datenbank ungeeignet.

[Beaker s.a.]

Hallo,
Warum gibt es keine Tabelle "Projekte". Nach deiner Beschreibung scheint
mir das doch die wichtigste Entität zu sein:
ein Projekt hat eine Art (1:n)
ein Projekt wird in mehreren Phasen abgearbeitet (n:m)
eine Phase hat mehrere Aufgaben (n:m)
Vielleicht zeigst du uns mal ein Bild des Beziehungsfensters. Wenn das
Datenmodell erst mal richtig aufgebaut ist, sind Auswertungen jeglicher Art
eigentlich kein Problem.
Was soll den da "gecheckt" werden, - die Erledigung der Aufgaben?
Dann würde ich es nicht mit einem Ja/Nein-Feld machen sondern mit einem
Datumsfeld. Das bietet eine zusätzl. Information, und du könntest z.B. auch
die Dauer der Erledigung oder Terminüberschreitungen ermitteln. Optisch
kannst du das trotzdem als Checkbox darstellen.
gruss ekkehard

[Seur]

Hier wie gewünscht die Beziehungen.

[MzKlMu]

Hallo,
Die Beziehung zur Projektbezeichnung ist falsch und muss entfernt werden.
Außerdem ist referentielle Integrität einzustellen.
Die Aufgabentabelle hängt in der Luft, was auch nicht stimmen kann.

[Hondo]

Hallo,
die Frage ist wieviele Projektbezeichnungen kann ein Projekt haben? Ich pers. gehe davon aus, 1 Projekt 1 Projektbezeichnung. Ergo gehört die Bezeichnung in Tabelle Projekt und die Tabelle tblProjektbezeichnung ist überflüssig.
Der Pfeil rüber von ObjektID_FS zu ObjektBezeichnung ist wohl ein Versehen denk ich. Muss weg.
Und zwischen tblObjekt.ObjektID und tblProjekt.ObjektID_FS ist eine 1:n Beziehung mit ref. Integrität einzustellen.

Die verschiedenen Aufgaben müssen zu den jeweiligen Projektarten zugewiesen werden können

Das bedeutet, Aufgaben sind vordefiniert, und können für verschiedenste Projektarten herangezogen werden - sind also nicht Projektspezifisch sondern Projektartspezifisch.
Dann benötigst du den ProjektArtID als Fremdschlüssel in der Tabelle tblAufgabe, incl. 1:n Beziehung und ref. Integrität.

Gruß Andreas

[Seur]

Tag zusammen

Besten Dank für die Rückmeldungen.

Projektbezeichnungen ist zum Beispiel: Neubau, Umbau, Aufstockung usw. Ist also in demfall aus meiner Sicht schon richtig. Wird von mehreren Projekten verwendet. Man kann allenfalls über die Bezeichnung diskutieren.

Die Beziehung ObjektID_FS zu Objektbezeichnung ist entstanden, weil in der Tabelle Projekt über den Objektcode und über die Objektbezeichnung ausgesucht werden können muss.

Gruss Pius

[Beaker s.a.]

Projektbezeichnungen ist zum Beispiel: Neubau, Umbau, Aufstockung usw.

Nur aus Interesse, was steht dann in "Projektart"?

[Seur]

A-Projekt
B-Projekt
C-Projekt
D-Projekt
S-Projekt

[DF6GL]

Hallo,

ehrlich, solche Antworten wirken nicht sehr motivierend.   


Wenn Du glücklich  mit der tblProjektBezeichnung wirst, dann bleib dabei. Die Kernaussage dieser Tabelle/nbeziehung lautet: Eine Projektbezeichnung kann an viele Projekte vergeben werden. Ob das logisch ist, musst Du selber erkennen.  Vermutlich meinst Du hier eher eine ProjektKategorie, was mehr Sinn machte. Dann sollte auch der Tabellenname das zum Ausdruck bringen.

Nicht nur falsch, sondern grottenfalsch sind die Beziehungen zwischen ObjektID_FS und ObjektID/Objektbezeichnung.

Ich nehme an, es sollen (mehrere) Projekte an einem Objekt abgewickelt werden. Dann ist eine Tabelle tblObjektProjekte in m:n-Beziehung zu tblObjekte und tblProjekt erforderlich (!) .

Wenn zu je einem "ObjektProjekt"  spezielle Aufgaben zugeordnete werden müssen, ist eine weitere Tabelle "tblObjektProjektaufgaben" nötig(!), mit m:n-Beziehungen zu "tblObjektProjekte" und "tblAufgaben".

Die Beziehung ObjektID_FS zu Objektbezeichnung ist entstanden, weil in der Tabelle Projekt über den Objektcode und über die Objektbezeichnung ausgesucht werden können muss.

Was soll da wo ausgesucht werden?  Wie auch immer das zu interpretieren ist, es ist db-technischer Nonsense.

Mit o. a. Struktur kann Du (mit Hilfe von verknüpfenden Abfragen)  auf alle hinterlegten Daten zugreifen und auch nach diesen suchen.

[Beaker s.a.]

A-Projekt
B-Projekt
C-Projekt
D-Projekt
S-Projekt

Wie bedeutungsvoll

[Hondo]

Hallo,

Projektbezeichnungen ist zum Beispiel: Neubau, Umbau, Aufstockung usw.

Das sind keine Bezeichnungen das sind Projekttypen. Projektbezeichnung wäre ein für das jeweilige Projekt spezifischer Text wie z.B. "Energetischer Umbau Bielefelder Alm 44 in 2020"

Gruß Andreas

[Seur]

A-Projekt
B-Projekt
C-Projekt
D-Projekt
S-Projekt

Wie bedeutungsvoll

Dies ist wirklich so. Die Projektart definiert die Projektgrösse anhand der Bausumme.

[Seur]

Hallo,

Projektbezeichnungen ist zum Beispiel: Neubau, Umbau, Aufstockung usw.

Das sind keine Bezeichnungen das sind Projekttypen. Projektbezeichnung wäre ein für das jeweilige Projekt spezifischer Text wie z.B. "Energetischer Umbau Bielefelder Alm 44 in 2020"

Gruß Andreas

Dies ist korrekt habe dies bereits angepasst.

[Seur]

Die Beziehung ObjektID_FS zu Objektbezeichnung ist entstanden, weil in der Tabelle Projekt über den Objektcode und über die Objektbezeichnung ausgesucht werden können muss.

Was soll da wo ausgesucht werden?  Wie auch immer das zu interpretieren ist, es ist db-technischer Nonsense.

Ich habe ein Formular erstellt in welchem die Projekte erfasst werden. In diesem gibt es die Spalte Objektcode und die Spalte Objekt-Bezeichnung. Ziel ist es das der Anwender sowohl mit dem Objektcode oder mit der Objekt-Bezeichnung arbeiten kann. Wenn er die Objekt-Bezeichnung findet wird der Objektcode automatisch ausgefüllt oder umgekehrt. Mach ich da eine falsche Überlegung? Zum besseren Verständnis habe ich eine Printscreen angehängt. Freue mich auf deine Rückmeldung. Besten Dank.