Hallo,
irgendetwas ist falsch: ich habe eine ADT-Tabelle mit ID PDV als Primärschlüssel (Zahl - Long Integer, Allgemeine Zahl, Inziert Ja (Ohne Dublikate). Diese Tabelle ist über 1:n Beziehung mit einer Fallnummer/Tag Tabelle verknüpft (mit Datenbanknummer ID (Long Integer, Automatisch). In dieser Tabelle Fallnummer/Tag Tabelle ist die Fallnummer dann schließlich der Primärschlüssel (Double, allgemeine Zahl, automatisch, ja (ohne Dublikate).
Das Feld Fallnummer in der Tabelle Fallnummer/Tag ist über eine 1:1 Verbindung mit einer weiteren Tabelle verknüpft, die Fallnummer ebenfalls als Primärschlüssel aufweist. (Double, allgemeine Zahl, automatisch, Ja (ohne Dublikate))
Das Formular hat nun die ADT-Tabelle mit der Fallnummer/tag und der dritten Tabelle verknüpft. Man kann in alle Felder DAten eintragen, bis auf alle Felder Fallnummer/tag.
Da diese Tabelle die wichtigste ist, ist auch kein Speichern des Formulars möglich.
Würde mich freuen wenn mir jemand helfen könnte, die Beziehung in die Richtige anordnung zu bringen (Microsoft Access 2003) und mir so bei meiner Masterarbeit hilft!!
DAnke :D
Hallo,
Primärschlüssel als Double ist unsinnig, ebenso einen Primärschlüssel zu formatieren!
Was meinst du mit 'Automatisch' - oder was können wir uns darunter vorstellen?
Tabellennamen, Objektbezeichnungen, Feldnamen udgl. OHNE Leer- und/oder Sonderzeichen sowie keine reservierten Wörter.
1:1 Beziehung ist nicht gut - da stimmt was mit dem Tabellenkonstrukt nicht.
ZitatDas Formular hat nun die ADT-Tabelle mit der Fallnummer/tag und der dritten Tabelle verknüpft
Abgersehen davon, dass ich nicht weiß was eine ADT-Tabelle ist, verknüpfen Formulare keine Tabellen.
Die Beziehungen zwischen den Tabellen werden VOR Erstellung eines Formulars im Beziehungsfenster erledigt.
Zitat... die Beziehung in die Richtige anordnung zu bringen (Microsoft Access 2003) ...
Welche Tabellen nun wie miteinander in Beziehung zu setzen sind bestimmt das ermittelte Datenmodell aus der Aufgabenstellung zur Datenhaltung.
Mit der verwendeten Access-Version ist das in keiner Weise abhängig ;)
Mach doch mal einen Screenshot von deinem Beziehungsfenster (ALLE Tabellen mit ALLEN Feldern sichtbar) und lade den hier hoch.
Oder komprimiere/repariere deine Datenbank und lade sie gezippt hoch.
Hallo,
zwei Prinzip-Fehler:
1) 1:1- Beziehungen sind in den allermeisten Fällen nicht sinnvoll, bzw. falsch. (dadurch ergeben sich nicht aktualisierbare Abfragen --> das eigentliche Problem)
2) ein Double Datentyp ist denkbar ungeeignet/unbrauchbar als Primärschlüssel.
Guten morgen,
danke für die Antworten. Anbei die access Datei mit dem Beziehungfenster.
Danke!!
[Anhang gelöscht durch Administrator]
Hallo,
und was ist nun die Frage?
Die 3 rechts stehenden Tabellen dürften völlig falsch aufgebaut sein. Mögliche FeldINHALTE sind nicht für FeldNAMEN geeignet.
Allenfalls müssen diee Tabellen das Feld "DatenbankID" als Fremdschlüsselfeld aufweisen und mit der Tabelle" Fallnummer/Tag" (btw: Auf Sonder- und Leerzeichen in Namen DRINGENDS verzichten!!) in 1:n-Beziehung gesetzt werden.
puh . so kompliziert. Danke fürs helfen.
anbei new version, Formular klappt soweit, in das Unterformular (da ja m:n Beziehung - soll man Unterformular verwenden) kann ich Zahl eingeben nur kommt dann: Feld kann nicht aktualisiert werden
DAnke Danke.
[Anhang gelöscht durch Administrator]
Hallo,
also an der Stelle mal Folgendes:
Das wird so NICHTS!
Tabelle ADT:
Datenbanknummer ... Autowert OK - aber dann MUSS diees Feld auch der Primärschlüssel sein!
Tabelle Fallnummer Tag:
Du sollst KEINE Leerzeichen in den Namen verwenden. Das gilt nicht nur für Tabellennamen sondern auch für Feldbezeichnungen, auch keine Schrägstriche, keine Umlaute, keine Sonderzeichen und reservierte Wörter (Name ist ein solches!) Der Fremdschlüssel zur Tabelle ADT ist ein Zahlenfeld vom Typ Dezimal - also ist der Primärschlüssel aus Tabelle ADT ebenfalls ein Solches - FALSCH - siehe dazu bitte die obigen Postings von DF6GL und von mir!
Tabelle Daten:
Primärschlüssel ist kein Autoinkrement? Ist zwar nicht wirklich zwingend notwendig, aber in Anbetracht deines Kenntnisstandes im Themenkreis Datenbanktechnik kann ich dieses nur wärmstens empfehlen!
Bitte das nicht als sarkastische Äußerung zu sehen sondern eine ernstgemeinte Feststellung.
Da du mit Verbissenheit alle bisher von uns abgegebenen Empfehlungen erfolgreich ignorierst, empfehle ich dir
UNBEDINGT mal die Links #1 und #1a in der Signatur von DF6GL zu sichten, zu lesen und zu versuchen das dort Hinterlegte auch zu verstehen, BEVOR du weitere Schritte an deinem Projekt setzt..
ZitatFormular klappt soweit, in das Unterformular (da ja m:n Beziehung - soll man Unterformular verwenden) kann ich Zahl eingeben nur kommt dann: Feld kann nicht aktualisiert werden
Du kannst jetzt natürllich auch den Kopf in den Sand stecken und trotz aller Hinweise so weiter an deiner DB basteln. Irgenwie wirst du es schaffen, die Daten hinein zu kriegen - nur rauskommen wird dann nichts mehr.
Das von dir da angesprochene Problem liegt einerseits an den falschen Datentypen und den vollkommen falsch gesetzen Beziehungen.
Verwende bitte NIEMALS veränderliche, editierbare Felder als Schlüsselfelder (keine Felder, in denen du Daten eingeben und verändern kannst)!!!
Lege als Primärschlüssel Felder fest welche ihren Inhalt AUSSCHLIESSLICH per Autoinkrement (Autowert) beziehen.
Deren Fremdschlüssel stellen dann AUSSCHLIESSLICH Felder vom Wertetyp Zahl (Long Integer) dar.
Wenn es auch nur wennige Tabellen sind - zum Erstellen einer FUNKTIONIERENDEN Datenbank brauchst du zu Allererst ein durchdachtes Konzept, und eine wohldurchdachte Ablaufskizze der Datenerfassung.
Das heißt, welche Daten werden erfasst, wie stehen die Daten in Beziehung, welche Daten spielen wie zusammen und WAS soll die Datenerfassung liefern (welches Ergebnis wird erwartet, was soll die Datenbank zu leisten im Stande sein)
HTH