Office: (Office 2013) Daten zurückschreiben über Verknüpfte Abfrage

Hallo zusammen,

habe folgende Problem: Hatte eine DB mit einer Tabelle. Dazu ein Formular und eine Abfrage. Über die Abfrage habe ich die Tabelle über Datensatzquelle mit meinem Formular verbunden und habe die Felder auf meinem Formular platziert.

Konnte dann auch im LiveBetrieb die Maske öffnen , daten ändern usw.
hat alles gepasst.

NUn habe ich die DB erweitert um eine zweite Tabelle. Beide Tabellen haben einen KEY über den ich mit einer Abfrage die beiden Tabellen verknüpft habe.
(Abfrage funktionier auch in der Erweiterung)

Auf meiner Maske, habe ich nun die neu hinzugekommenen Felder aus der 2. Tabelle mit hinzugefügt.

Ab diesem Zeitpunkt kann ich zwar die Maske öffnen, aber die Felder sind nicht meh, wie vorher , beschreibbar. Alle Felder sind gesperrt.

Ich vermute, das Problem ist, weil er nun nicht mehr eine Tabelle , sondern 2 Tabellen als Quelle hat und nicht mehr weiß, welche Felder er wohin schreiben soll (Es gibt aber in beiden Tabellen keine doppelten/gleichen Feldnamen)

Ist das so korrekt ?? Kann ich nur eine Tabelle über eine Abfrage in das Formular einbinden ???

Oder habe ich ein anderen Problem, sollte das zurückschreiben in dieser Konstellation trotzdem gehen ?

Danke

Kai

:)

 

Moin,
das kommt darauf an *wink.gif* .
Ich sag mal so grob: Wenn die Tabellen 1:1 miteinander in Beziehung stehen, macht es wenig Sinn, zwei Tabellen zu haben.
Wenn es eine 1:n-Beziehung ist, dann nimm statt des einen Formulars mit der Kombination in der Abfrage ein Hauptformular mit Unterformular, gebunden jeweils an die Tabelle. Kannst du dir auch erstmal vom Formular-Assi erstellen lassen.
maike

 

Hallo Maike

also, das ist eine 1:1 Beziehung. Gibt nur die zwei Tabellen.

Bin mir nicht sicher, ob ich das richtige Konzept gewählt habe. Das Problem mit den zwei Tabellen ist folgendes:
Tabelle A ist sozusagen statisch, bleibt immer in der Datenbank und wird halt nur Inhaltlich über die Masken geändert. Tabelle B ist Dynamisch, heist die wird jede Woche durch eine neue ersetzt.
Darum habe ich diesen Ansatz gewählt, damit ich mit den Einlesen keine Stress habe.
Es ist so, auf den Maske habe ich zwei Register, im Prinzip möchte ich auf Register1 die Daten von TabelleA und auf Register2 die TabelleB sehen.

Die Verknüpfung muss sein, damit wenn in Register1 ein entsprechender DS geladen wird, die Daten aus Tabelle2 auf REgister2 auch mit hoch kommen.

Wäre das über zwei UnterFormulare möglich ??? Kann ich die UnterFormular auch so verknüpfen, damit immer alle Daten geladen werden ??

Kai

 

Im Prinzip sollten auch bei einer 1:1 Beziehung die Daten änderbar sein, es sei denn, sie sind über die Schlüssel nicht eindeutig oder du gruppierst irgendwo.

Wenn in der zweiten Tabelle beispielsweise weniger Datensätze enthalten sind als in Tabelle 1, aber die Schlüssel korrekt sind, könntest du auch in der Abfrage den Verknüpfungstyp "Alle aus Tabelle 1 und nur die ..." wählen, um die Datensätze wieder bearbeiten zu können.

Oder du nimmst tatsächlich zwei (Unter-)formulare und synchronisierst die, siehe hier: donkarls Access-Seiten

maike

 

Hallo Maike,

habe es noch mal geprüft,
habe keine Gruppierung; Datensätze sind auf beiden Seiten gleich viel und der Schlüssel ich auch korrekt.
Geht trotzdem nicht.

Eigentlich wäre mir der Weg doch lieber (wenn er funktionieren würde)

Soll ich mal ein kleines Beispiel hochladen ?

Kai

 

Hallo,

ja, das wäre das Beste.
Repariert/komprimiert und gezippt.

 

Hier ist ein ganz einfach gehaltenes Beispiel, entspricht aber genau dem selben Konstrukt.

 

Hallo,

Nein, das ist keine 1:1 Beziehung, die Beziehung ist undefiniert, da die Schlüsselfelder nicht indiziert sind.
In TabelleA und TAbelleB sollte der Key als Primärschlüssel angelegt werden. In TabelleB wird das Key Feld auch indiziert als Primärschlüssel
Und dann auch korekkte Beziehungen im Beziehungsfenster einstellen, erst jetzt ist es 1:1, wie im Beziehungsfenster auch zu sehen ist.

Im Formular wird dann auch der Key in TabelleB automatisch gefüllt.

PS:
Im Regelfall macht man die ID einer Tabelle zum Primärschlüssel.
Warum hast Du in TabelleA die ID als Replikations-ID angelegt, Zufall ?

 

Hallo KLaus,

danke, ich habe (eigentlich in beiden Tabellen, in B hatte ich es vergessen) eine Replikations-ID und Primärschlüssel drin, weil ich mit diese Id einen Datenimport mache (Excel-Import) Darüber werden DS abgeglichen und Änderungen übernommen.

Kann ich pro Tabelle nur einen Primärschlüssel definieren ? Wenn ich Bei KeyA einen setze, fliegt der Primärschlüssel bei ID wieder raus.

Heißt, das geht bei mir gar nicht ?

Kai

 

Hallo,
doch müsste gehe, habe jetzt heraus gefunden wie man 2 Schlüssel setzt ,
Import geht noch und die neue Abfrage nun auch.

Oder spricht da noch was gegen 2 Schlüssel ?

Kai

 

Hallo,

Ja, eine Tabelle kann nur einen PS haben. Du kannst einen zusammengesetzten PS anlegen, das sieht dann aus wie wenn es 2 PS wären, sind es aber nicht. Du kannst in beiden Tabellen die reine ID zum PS machen.
Die beiden Key Felder werden dann indiziert, ohne Duplikate. Dann erhältst Du auch wieder eine eindeutige 1:1 Beziehung und die Abfrage ist aktualisierbar.

Im Anhang Dein geändertes Beispiel.

Warum nimmst Du da eine Replikations-ID und nicht einen einfachen Autowert (1, 2, 3 ...).

 

Hallo Klaus,

vielen Dank, Funktioniert soweit nun alles,
wollte gerade Vollzug melden, jetzt habe ich aber ein anderes Problem gefunden.
Auf dem betroffenen Formular hatte ich eine Funktion, die in eine Kleine Tabelle Änderungen (alter wert, neuer Wert..) geschrieben hatte.
Das Beispiel ist nicht von mir, hatte es mal gefunden. Seither ging es .

Nun nach der Änderung von heute kann ich zwar über die Abfrage wieder zurückschreiben, aber es kommt beim schließen des Formulars folgender Fehler:


Operation wird für diesen Objekttyp nicht unterstützt:

FO = Left(Nz(C.OldValue, ""), 255)


Code:

Kann jemand ein Problem sehen ?

Danke Kai
PS: hoffe , ich nerve nicht *boah

 

Hallo,

leider konnte ich das Problem noch nicht lösen.
Was ich aber bisher herausgefunden habe:

Wenn ich über die gemeinsame Abfrage der TabelleA und TabelleB , deren Felder aus Beiden Tabellen auf dem Formular eingebunden sind, zB eine Änderung aus einer der Felder aus TabelleA mache, kein Problem, funktioniert alles, die Änderung wird aufgezeichnet.

Ändere ich aber ein Feld ab, das aus der TabelleB stammt, dann kommt oben erwähnte Fehlermeldung :

Operation wird für diesen Objekttyp nicht unterstützt

Hat das was mit der Verknüpfung zu tun ? Warum kommt der Fehler nur bei Änderungen von Feldern aus TabelleB , nicht aber bei Änderungen in Feldern der TabelleA ??

Kai

 

Hallo,
lade wieder das entsprechende Beispiel hoch.

 

Hallo,

habe es noch mal alles neu gemacht, nun funktioniert es , ich vermute ich hatte ein Fehler in der Verknüpfung,
Egal, es geht nun
Danke Euch

Kai