Hallo zusammen,
zuerst mal danke für die Aufnahme, ich komm gleich mal zum Thema:
Bei uns gibt es viele Schlüssel (über 600).
Ich möchte diese jetzt in einer DB zusammenfassen, wobei ich gleichzeitig auch eine Suche integrieren will. Somit kann dann jeder einzelne Schlüssel gesucht und (hoffentlich) gefunden werden.
Ich fange also absolut bei Null an und würde euch sozusagen als Ratgeber brauchen was den Aufbau betrifft.
Es gibt verschiedene Schlüsselbezeichnungen, verschiedene Verwendungen, unterschiedliche Positionen (manche Schlüssel sind mehrfach vorhanden, aber an jeder Position ist nur 1 Schlüssel oder Schlüsselbund), es soll mehrere Suchbegriffe für jeden Schlüssel geben (manche Leute bezeichnen die Schlüssel unterschiedlich und alles soll gefunden werden) und es gibt unterschiedliche Aufbewahrungsorte.
Wie baue ich eurer Meinung nach am besten die Tabellen inklusive ihrer Beziehungen untereinander auf?
Danke schon mal
Hallo NullPlan
Deinem Benutzername folgend gehe ich davon aus, dass du noch ziemlicher Access Neuling bist. Vor einer ähnlichen Situation, auch hinsichtlich der Ausgangslage, stand ich vor ein paar Monaten. Mittlerweile bin ich immer noch Neuling, aber kenne doch langsam etwas die Hintergründe und habe es geschafft, eine funktionierende Datenbank aufzubauen.
Hast du denn schon Erfahrungen und Hintergrundwissen zu Datenbanken? Selber habe ich bei quasi Null angefangen, es braucht schon einiges an Theorie und Vorlaufzeit, um in Access anzufangen, habe ich gemerkt. Zuerst habe ich mit dem kostenlosen www.access-tutorial.de (http://www.access-tutorial.de) angefangen, aber ehrlich gesagt: Das war mir schon ein etwas zu hoher und schneller Einstieg. Mehr Erfolg hatte ich mit einem kommerziellen Lernportal, das ich sehr empfehlen kann. Weiss nicht, ob man hier gleich so Werbung machen darf, aber ich schicke dir den Namen sonst gerne auch per PM. Mit diesem habe ich einiges an Zeit und Fleiss investiert, um zumindest die Access Basics zu lernen. - Weil ohne die geht es nicht. Einfach mal loslegen und so, klappt nicht. Da machst du viel zu viele Fehler und unter Umständen kannst du das Ganze schlussendlich kübeln, weil es unbrauchbar ist.
Hier im Forum kriegst du wirklich eigentlich immer super Hilfe. Es wird dir aber auch schonungslos gesagt, wenn du falsch liegst oder dich besser einarbeiten musst ;) Ob dir jemand gleich ein schönes Konzept liefert wie du dir das erhoffst, weiss ich aber nicht. Einen gewissen Wissensstand musst du dir erarbeiten, sonst wird er schwierig. Das ist meine dezidierte Meinung und ich bin gespannt, wie das andere sehen.
Jedenfalls wünsche ich dir viel Erfolg beim Einstieg in die Access Welt.
Grüsse,
Micharius
Hallo Micharius,
Danke für deine Antwort, klasse dass sich hier jemand meldet.
Also: mit Access komm ich soweit klar (denke ich), allerdings hab ich hier festgestellt, dass die Admins extrem Wert auf die richtigen Beziehungen legen. Darum hab ich erst mal nachgefragt, wie sie meinen, dass ich die Tabellen aufbauen sollte.
Vielleicht habt ihr ja da ein paar Tips dazu...
Wenn die Schlüssel Türen öffnen, sollten diese Türen zunächst in eine Struktur gebracht werden. Die Türen gehören vermutlich zu einer Abteilung/eines Abteilungsbereichs/eines Stockwerks in einem Gebäude/Gebäudekomplex. Oder sind die Schlüssel für andere Zwecke (Freischalten von technischen Einrichtungen, o.ä.) oder Mischformen bestimmt?
Dann wird es einen Personenkreis geben, die potentiell Schlüsselinhaber sind und sich eventuell dem Türen-Konstrukt zuordnen lassen. D.h. der Hausmeister/Wachschutz/Fabrikleiter wird vermutlich berechtigt sein, jede Art von Schlüssel zu besitzen, während der Abteilungs/Bereichsleiter vermutlich nur die Schlüssel seines Abschnitts erhalten darf.
Danach stellt sich dann die zentrale Frage nach der Schlüsselverwaltung (Ausgabe/Rückgabe/Verlustmeldung/Neuanfertigung/Ausmusterung/etc. pp.) und Aufbewahrungsort(e) nicht ausgegebener Schlüssel. Hier findet das Tracking statt, welcher Schlüssel, für welche Tür zu welchem Zeitpunkt sich theoretisch an welchem Ort bzw. bei welcher Person befindet und wieviele Schlüssel zu einer Tür/Einrichtung in Umlauf sind.
Mehr kann ich leider anhand der abstrakten Ausgangssitualtion nicht zum Datenmodell beitragen.
Hallo Lachtaube,
also die Schlüssel sind für alles, was mit Schlüsseln möglich ist: Schließen/Öffnen von Türen, Vorhängeschlössern, elektrische Einrichtungen, Schränke usw.
Ja, es gibt verschiedene Personenkreise, die die Schlüssel empfangen dürfen.
Die Verwaltung ist zentral an 2 Orten, Ausgaben usw. müssen wo anders festgehalten werden.
Es geht mir jetzt erst mal um den Strukturellen Aufbau. Normalerweise könnte alles in 1 Tabelle geschrieben werden mit den Spalten: Schlüsselbezeichnung, Hersteller, Aufbewahrungsort, Position, Menge und Besonderheiten/Entnahmerechte.
Aber das wäre wahrscheinlich nicht im Sinne der Anwendung. :(
Die meisten Datenbanken ließen sich auf eine Tabelle reduzieren - vorausgesetzt, es gibt keine allzu niedrig bemessen Anzahl an Feldern und die Zahl der Indexierungen wäre großzügiger denn zur Zeit. Nur, die Nachteile sind immens. Viele Feldinhalten müssten redundant (fehlerträchtig) vorliegen, der Speicherplatzanspruch wäre um ein vielfaches höher, eine Suche nach Kriterien sowie das Sortieren und Filtern von Daten würde mehr Zeit beanspruchen, die Übersicht geht schnell verloren, und bestimmt noch einiges mehr...
Konkret kann ich immer noch kein Modell vorschlagen, weil die Aufgabe der DB zu diffus ist.