Hallo zusammen,
ich arbeite mich gerade berufsbedingt in Access ein und stehe direkt einmal zu Beginn vor einem Hinderniss.
Folgende Problemstellung:
Ich habe 2 "Tables" , Table 1 beinhaltet sämtliche "Items", dient also im Prinzip als kleine Database. In Table 2 soll dann die Beziehungen zwischen den Items festgelegt werden.
Hiermal ein kleines Beispiel in Excel nachgebieldet(siehe Anhang).
Per Query will ich mir dann z.B. alle Shops anzeigen lassen, in denen das "Dell Notebook" verfügbar ist.
Bisher habe ich versucht, die Query über Table 2 laufen zulassen, allerdings bekomme ich dann immer nur die Zahlen ausgegeben. Daraus habe ich geschlossen, dass etwas mit der Releationship zwischen den beiden Tables nicht stimmt.
Ich bin davon ausgegangen, dass ich zwischen Table 1.Item und Table 2.ID die Beziehung setzen muss. Allerdings bekomme ich dann, eine leere Ausgabe.
Ich denke das es ein richtig simpler Fehler ist, aber er bringt mich gerade als Access-Anfänger zum verzweifeln.
Mit freundlichen Grüßen
Declade
Hallo,
Du benötigst eine Tabelle für die Shops, eine Tabelle für das Material und eine Tabelle für die Zuordnung wer was hat.
Das ist eine klassischen n:m Beziehung zu der 3 Tabellen mit zwei 1:n (=n:m) Beziehungen erforderlich sind. Weiterhin ist noch eine Tabelle für den Typ erforderlich.
Anbei noch ein Bild
Generell wusste ich das schon.
In meinem konkreten Fall , geht es um Klinische Studien.
Die Hardware für diese besteht aus mehreren Komponenten(Items):
- Notebook
- Image
- Periphery
In der Datenbank sollen die Abhänigkeiten abgebildet werden, also z.B. Notebook 1 ist mit
Image 2.1.3 und Periphery xyz kompatible.
Mein Chef möchte aber keines Falls, für jeden Itemtyp(Notebook, Image...) eine eigene "Table".
Vielleicht war das Beispiel mit den Online-Shops schlecht/falsch gewählt.
Edit: Gerade erst den Anhang gesehen!
Grüße
Declade
Hallo,
ZitatMein Chef möchte aber keines Falls, für jeden Itemtyp(Notebook, Image...) eine eigene "Table".
das hatte ich auch nicht vorgeschlagen.
Die neue Aufgabenstellung habe ich nicht richtig verstanden.
PS:
Ich halte nichts von Vereinfachungen die an der Ralität vorbei gehen. Das verwirrt mehr als es nutzt, wie man hier ja gerade sieht.
Ok ich versuche es nochmal etwas genauer zu erklären.
Die Firma in der ich im Moment arbeite, bietet internationale klinische Studien für Pharma-Konzerne an.
Da sie Software auf jeden Kunden neu zurechtgeschnitten werden muss, fallen viele verschiedene Versionen der Software an, die allerdings nicht mit jedem Notebook kompatibel sind.
Sprich
- Image Version 2.1 ist mit Notebook "Dell" kompatibel , mit Notebook "Toshiba" jedoch nicht.
- Image Version 2.4 ist mit Notebook "Dell" UND Notebook " Toshiba" kompatibel.
Die verschiedenen Notebooks sind relevant , weil die "ausführenden" Ärzte unterschiedliche Notebooks verwenden, je nach Land etc.
Die Aufgabenstellung ist:
Table 1 : sämtliche Items einer Studie(Notebook, Image) "sammeln"
Table 2 : soll abbilden Notebook "Dell" ist mit Image 2.1 kompatibel (alle weiteren Möglichkeiten natürlich auch)
Im Prinzip soll einfach eine Übersicht generiert werden, in der sämtliche Kompabilitäten eingetragen sind, um die Planung einer neuen Studie zu vereinfachen.
ich hoffe das war etwas klarer und besser formuliert.
Gruß
Declade
Hallo,
dann passt mein Vorschlag exakt (mit den 3 Tabellen). Ob auch eine Typtabelle notwendig ist, musst Du entscheiden.
ok, ich bin dahintergestiegen wie ich es auf mein Beispiel ummünze.
Könntest du mir allerdings noch beim setzen der Releationships helfen?
Da tue ich mir noch etwas schwer bei.
Grüße
Declade
Hallo,
das geht aus meinem Beispiel auch eindeutig hervor. Die Feld mit dem _F hinten sind die Fremdschlüsselfelder (n-Seite) die Felder mit ID (ohne _F hinten) sind die Primärschlüssel (1-Seite).
Alles klar, hab es soweit hinbekommen.
1000 Dank dir ! :)
Grüße
Declade