Office: (Office 2007) 2007-2019

Hallo,
habe vor vielen Jahren eine Büroanwendung in 2007 geschrieben.
Nun hat mein Sohn die Firma und ist auf Office 2019 umgestiegen.
Die Anwendung startet und ist bedienbar bis auf die Eingabe in einem Formular, zu einer Abfrage, die Beziehungen zu mehreren Tabellen hat.

Meine Frage: Warum funktioniert das in 2007 und nicht mehr in 2019.

vielen Dank

:)

 

Hallo wkmhv,

was möchtest du jetzt hören? Bei den Angaben kann das Alles und Nichts sein.

Ulrich

 

Hallo Ulrich,
wollte erstmal hören, ob es bekannte Probleme beim Umstieg von 2007 auf 2019 gibt.

Werner

 

Moin,

das deutet darauf hin, dass die Abfrage geändert wurde und bei der Gelegenheit die Abfrage zu "nicht änderbar" mutiert ist.

Falls die Abfrage immer noch die gleiche ist, dann die Eigenschaften Daten eingeben, Anfügen zulassen ... im Formular prüfen.

 

Sobal ich die Beziehung auf zwei Tabellen beschränke ist das Formular editierbar.
In 2007 geht es auch mit mehr als zwei Tabelle.
Hab das hier gefunden:

When can I edit data in a query?
https://support.microsoft.com/en-ie/...9-c2b258d5bed7

You can always edit the data in a query when the query is based on either only one table or on two tables that bear a one-to-one relationship to each other.

 

Moin,
wenn du die Abfrage direkt öffnest, kannst du dann editieren?
Wenn nein, dann liegt es an der Query. Aber ohne die Daten/Beziehungen und das SQL-Statement zu kennen, kann man mehr kaum sagen.
maike

 

>wenn du die Abfrage direkt öffnest, kannst du dann editieren?<
Nein.

SELECT DISTINCTROW [AUFTRAG-Deteils].KURZNAME, [AUFTRAG-Deteils].AUFNR, [AUFTRAG-Deteils].ARTNR, [AUFTRAG-Deteils].STÜCK, [AUFTRAG-Deteils].RABATT, TempPliste.UNIT, TempPliste.BEZEICH, TempPliste.VK, TempPliste.VKEU, TempPliste.EK, TempPliste.EKEU, [vk]*[stück]-[vk]*[stück]*[rabatt] AS AVK, [AUFTRAG-Deteils].RNR, KUNDEN.NAME, KUNDEN.NAME1, KUNDEN.STRASSE, KUNDEN.ORT, [AUFTRAG-Deteils].Ziel, KUNDEN.KDNR, TempPliste.PNR, Lieferanschrift.NAME, Lieferanschrift.NAME1, Lieferanschrift.ORT, Lieferanschrift.STRASSE, Lieferanschrift.GEB, RechnungsAnschrift.NAME, RechnungsAnschrift.NAME1, RechnungsAnschrift.ORT, RechnungsAnschrift.STRASSE, [AUFTRAG-Deteils].[RNR-LIEFERRANT], [AUFTRAG-Deteils].Maschtype, KUNDEN.PlistNr, KUNDEN.RechCopy, KUNDEN.EURO, Round([VKEU]*[stück]-[VKEU]*[stück]*[rabatt],4) AS AVKEU, [AUFTRAG-Deteils].Lieferdatum, KUNDEN.WBNAME, KUNDEN.WBANREDE
FROM RechnungsAnschrift RIGHT JOIN (Lieferanschrift RIGHT JOIN (TempPliste RIGHT JOIN ([AUFTRAG-Deteils] LEFT JOIN KUNDEN ON [AUFTRAG-Deteils].KURZNAME = KUNDEN.KURZNAME) ON TempPliste.PNR = [AUFTRAG-Deteils].ARTNR) ON Lieferanschrift.LieferID = KUNDEN.LieferID) ON RechnungsAnschrift.RaID = KUNDEN.RaID;

 

Hallo,
diese Abfrage mit DISTINCTROW ist nicht editierbar. Ist auch mit Access 2007 definitv nicht gegangen.

 

Sorry es geht um diese Form:
>wenn du die Abfrage direkt öffnest, kannst du dann editieren?<
In 2007, Ja. In 2019, Nein

SELECT DISTINCTROW AUFTRAG.STÜCK, AUFTRAG.ARTNR, AUFTRAG.RABATT, AUFTRAG.UNIT, AUFTRAG.BEZEICH, AUFTRAG.VK, AUFTRAG.AVK, AUFTRAG.AVKEU, AUFTRAG.VKEU FROM AUFTRAG;

 

Distinctrow sollte an sich bearbeitbar sein, aber ich sehe keinen Primärschlüssel in der Abfrage. Hat die Tabelle keinen? Sonst nimm den mit auf.
maike

 

\@maike

hast recht. Ich habe Distinct und Distinctrow durcheinander gebracht.

 

\@Klaus
passiert mir auch immer wieder mal :-). Zumal ich das auch nicht wirklich oft benutze ...
maike

 

Hab Distinctrow in der Abfrage "Auftrag" und in der Subform "Auftrag" gelöscht.
Nun klapppt es auch in 2019. Hoffe nur es kommt nicht noch sonstwo vor.

Danke
Werner

 

Ich würde trotzdem der Tabelle Auftrag einen Primärschlüssel hinzufügen (einfach eine Spalte AuftragID vom Typ Autowert einrichten und als Primärschlüssel auswählen, der erstellt sich dann automatisch).
maike