Access 2003 Parameterabfrage läuft in Access 365 nicht

Hallo Peter

Das mit der Deklaration der Parameter brachte bei meiner Abfrage leider kein Erfolg.

Auf Grund Deines Hinweises dass Deine Tests zeigten dass die Abfrage eigentlich laufen sollte bewegten mich dazu den gesamten von Access 365 erzeugten SQL-Text, das oben eingefügte ist ja nur ein Teil des gesamten SQL-Textes, ins
Word zu kopieren und übersichtlicher darzustellen.

Dabei stellte ich fest, dass die Parameterabfragen [Anzahl Fertigartikel eingeben] und [AnzArtikel1] im "Group by" Teil der Abfrage im SQL-Text ein 2. Mal vorkommen. Das irritierte mich, ich löschte sie heraus und kopierte den SQL-Text in eine
neue Abfrage ….. und sie lief. Felder und Daten korrekt vorhanden und die berechneten Felder korrekt berechnet.

Nach dem Umschalten in die Entwurfsansicht sah ich dass die von den Parameterabfragen erzeugten Felder in der Zeile "Funktion" nicht als Gruppierung sondern als Ausdruck definiert waren.

Seit ich die Felder der Parameterabfragen in der Originalabfrage auch auf Ausdruck setzte läuft sie wie sie soll.

Du hast mir also indirekt doch sehr geholfen. Besten Dank !!!

Danke auch, dass Du mir bestätigt hast dass ich mit dem migrieren nur der Tabellen des Backend richtig liege.

Gruss Reiner

Hallo Peter

Besten Dank für Deine Antwort.

Ich migrierte nur das Backend d.h. nur die Tabellen mit den Daten nach SQL Server Express, also so wie ich die Anwendung in Access 2003 über die Jahre aufbaute.

Die ganzen Auswertungen inkl. der Tabellen zur einmaligen Zwischenspeicherung von Daten für Datenausgaben, Abfragen, Formulare, Berichte, Makros und Module befinden sich im FE.

Ich bin eben ein nur ein Freizeitprogrammierer mit entsprechend beschränktem Wissen und Können.

Mein aktuelles Problem löste ich so, dass ich die Parameterabfragen in ein Formular verschob und die Parameterabfragen durch Bezüge auf das Formular ersetzte.

Da noch etliche Abfragen vorhanden sind bei denen der Benutzer Parameter eingeben muss interessiert mich weiterhin die Frage ob hier Access 365 oder Einbindungen aus SQL Server anders reagieren als Access 2003 und wie ich die bisherige Syntax gegebenenfalls
anpassen müsste.

Hier noch der Select und From-Teil der Abfrage:

SELECT TB_Bewegungen.Artikelindex, TB_Beweg_Stammd.Bewegungsdatum, TB_Bewegungen.Verarbeitungsstand, ABF_HeMe_Menge_Fert_Art.Artikelstand, TB_Bewegungen.Lot_Nr, TB_Bewegungen.Lagerort, Sum(TB_Bewegungen.Bewegungsmenge) AS [Summe von Bewegungsmenge],
TB_Beweg_Stammd.IndexStufe1, TB_Beweg_Stammd.Kontroll_Nr, ABF_HeMe_Menge_Fert_Art.MENGE_FER_ART_ST, abf_Artikelnamen.L_NAME_ST, TB_Beweg_Stammd.Freigabe, TB_Beweg_Stammd.FreigabeDatum, [Anzahl Fertigartikel eingeben] AS AnzArtikel1, (((([AnzArtikel1])+0.1)*[MENGE_FER_ART_ST])+1)
AS BereitstMeng, ABF_HeMe_Menge_Fert_Art.STUECKL_ST, [Auftrags-Nr eingeben] AS AuftrNr, TB_Beweg_Stammd.TB_KOST_Datum_FIFO, TB_Beweg_Stammd.IndexStufe1

FROM ((abf_Artikelnamen INNER JOIN TB_Beweg_Stammd ON abf_Artikelnamen.KU_NAM = TB_Beweg_Stammd.Artikelindex) INNER JOIN ABF_HeMe_Menge_Fert_Art ON abf_Artikelnamen.KU_NAM = ABF_HeMe_Menge_Fert_Art.KU_NAME_STUECKL) INNER JOIN TB_Bewegungen ON TB_Beweg_Stammd.IndexStufe1
= TB_Bewegungen.Index_Stufe1

Besten Dank vorerst.

Reiner

Hallo,

Migration "Nur Tabellen" ist eigentlich üblich, aus genau dem Grund, dass Formularbezüge vorkommen können, von denen der SQL Server natürlich nichts weiß. Insofern war alles ok. Sollte es später zu Performance-Problemen kommen, kann man immer auf PassThrough-Abfragen
oder verknüpfte Views zurückgreifen.

Der Workaround mit Formularbezug statt der Parametereingabe wäre auch mein Vorschlag gewesen, falls keine Lösung möglich ist. Die Parametereingabe anstelle eines realen Feldes war mir entgangen, ich hatte die Eingabe in der Where-Bedingung vermutet, aber
ok. Meine Tests haben gezeigt, dass beides funktionieren würde, wenn man die Abfrage aus dem Abfrageeditor heraus öffnet. Du kannst versuchen, den Eingabeparameter zu deklarieren:

PARAMETERS [Anzahl Fertigartikel eingeben] Long;

SELECT ..., [Anzahl Fertigartikel eingeben] AS AnzArtikel1, ...

Gruss - Peter

Hallo,

Wurden die Abfragen ebenfalls nach SQL Express migriert und danach eingebunden? Oder
liegen sie wie bisher lokal im FE vor und greifen auf verknüpfte Tabellen zu?

Fehler 3146 ist ein allgemeiner ODBC-Fehler, der vom ODBC-Treiber bei jedem Fehlschlag als letzte Meldung ausgegeben wird, was leider nicht sehr hilfreich ist. Die vorherigen Meldungen der Errors-Collection bekommt man nur zu sehen, wenn man die Abfrage
per VBA, z.B. als Recordset öffnet, was wegen der Parametereingabe etwas aufwändig ist.

Versuchen wir erst so:

Zeig mal die komplette Where-Bedingung einschließlich der Parametereingabe, die den Fehler verursacht.

Gruss - Peter

Hallo Mark,

ich bin kein Hellseher, aber ich kann beurteilen, dass Dein Hinweis GOLDRICHTIG ist.

Wenn ich im PC mit Windows XP die Access Datei nacheinander mit Access 2010, 2007, 2003 öffne. wird in Verweise, so wie es sein soll, die "Microsoft Access ++ Objekt Library" 14.0, 12.0 und 11.0 verwendet.

Auf dem Rechner mit Windows 7 verhält es sich wie folgt.

öffne ich Access 2010 und danach Access 2003, dann wird in Access 2003 die OL 14.0 verwendet.

öffne ich Access 2007 und danach Access 2003, dann wird in Access 2003 die OL 12.0 verwendet.

Wie kann ich einstellen, dass Access 2003 immer die "Micrrosoft Access 12.0 Objekt Library", vermutlich geht das in der Registry. Aber wo ist die richtige Stelle?

Ich bin sicher, Du kannst mir den entscheidenden Tipp geben.

Viele Grüße

Edi