Office: (Office 2016) Endlosformular mit Abfrage-neue Datensätze

Hallo

ich erarbeite im Moment im Rahmen eines Projektes eine Datenbank zur Bestellerstellung. Nun habe ich für die Bestellpositionen ein Endlosformular. Erstellt. Als Basis für diese habe ich eine Abfrage die aus 2 Tabellen Daten bezieht.

Nun habe ich schon mit einem Button versucht neue Datensätze zu erzeugen, was aber, logischerweise, nicht möglich ist (Fehlermeldung: Sie können nicht zu dem angegebene Datensatz springen).

Hat jemand Lösungsvorschläge, wie ich das Problem beheben kann?

:)

 

Problem unzureichend beschrieben.

Was hat ein Springen zu einem Datensatz mit einem neu zu erstellenden Datensatz zu tun?

 

Hallo,
@Eberhard
Aber abstrahierbar.

@Trashmaster
Eine Bestellung besteht normal aus 2 Tabellen. Eine für die Kopfdaten; -
Nummer (PK), Datum, Kunde/Lieferant (FK), und eine für die Positionen mit
FK zum Kopf. Beide Tabellen werden einzeln zur Basis eines Formulars.
Wobei die Kopfdaten im HFo stehen und die Pos-Daten in einem (Endlos-)UFo.
Über die Verknüpfung des UFos mit dem HFo werden dort dann nur die
Pos. zur angezeigten Bestellung angezeigt, und du kannst sowohl im HFo
eine neue Bestellung anlegen als auch im UFo die Pos. dazu.

gruss ekkehard

 

\@ebs17
Ich weiß leider nicht, was das miteinander zu tun hat.
Ich habe für den "Neuen Datensatz anlegen" Knopf den VBA-Code "DoCmd.GoToRecord , , acNewRec" genutzt. Ist der Code falsch?

@Beaker s.a.
Ich benutze, bis jetzt 4 Tabellen. Eine für die Kundeliste, eine für die Artikelliste, eine für die Bestellung an sich und eine für die Bestellpositionen.
Ich frage in meiner Abfrage die Bestellpositionen und die Artikelliste ab. Die Artikelnummer in den Bestellpositionen als n:1 Beziehung mit der Artikelliste. Ich benötige die Abfrage um im Formular Preis, Name tec. anzuzeigen.

Benötigen Sie noch mehr Infos, oder reicht das *biggrin.gif*

 

\@Trashmaster

Und genau das ist dein Problem. Diese Abfrage ist nicht editierbar. Die
Artikeltabelle brauchst du in dieser Abfrage nicht, die bindest du als Kombi
ein; - gebunden an den FK "Artikel" der Bestellposition.

gruss ekkehard

Ach ja,

Durch die zwei beteiligten Tabellen in deiner Abfrage weiss Access nicht, in
welcher Tabelle ein DS neu angelegt werden soll, und quittiert das mit der
gezeigten Fehlermeldung.

 

Okay. Könntest du mir das "als Kombi einbinden" erklären? Ich weiß leider absolut nicht was du damit meinst

 

Hallo,
Sorry für späte Rückmeldung. Finde auch gerade kein passendes Beispiel.
Also nur Prosa.
Das UFo "Positionen" bekommt als DS-Herkunft nur die "Bestellpositionen".
In dies UFo kommt ein Kombi dessen DS-Herkunft eine Abfrage (für's Kombi
brauchst du ja nicht alle Felder) auf die Tabelle Artikel ist; - minimalst
Code:

Die ID ist die erste und gebundene Spalte (Artikel-FK in Positionen).
Wie du nun einen Artikel im Kombi finden willst, - mit Id oder Bezeichnung
kannst du anhand der Spaltenbreiten selber entscheiden (angezeigt und
durchsucht wird die erste Spalte breiter 0cm, gespeichert wird der FK in Spalte 0).
Falls du den Preis beim Artikel gespeichert hast (ungünstig), kannst du den
entweder per DLookup ins Formfeld holen, oder mit in das Kombi aufnehmen
und von da auslesen
Code:

n = Spaltenindex; - 0 = ID (s.o.)

gruss ekkehard