Office: (Office 2010) Laufzeitfehler '3360' Abfrage ist zu komplex

Guten Morgen *wink.gif*

Ich weiß jetzt nicht ob ich mit diesem Problem in diesem Forumsteil richtig bin, wäre aber froh wenn mir jmd weiterhelfen könnte.

Ich bekomme folgende Fehlermeldung

Laufzeitfehler '3360' Abfrage ist zu komplex.

Es soll im Projekt ein Etikettendruck mit einem Report vorgenommen werden.
Die Fehlermeldung kommt in folgender Codezeile:
Code:

Der Report beinhaltet die folgende Zeile:

Code:

wenn ich mir dann qu_Invites anschaue sieht die Tabelle folgendermaßen aus.
Code:

Ich habe überhaupt keine Ahnung wo ich jetzt nach dem Fehler überhaupt suchen soll, was dieser Fehler aussagt? Ich habe das SQL jetzt ja schon so abgewandelt, dass ich nur noch SELECT * From "Tabelle" habe.
Hat irgendjmd einen Tipp für mich oder eine Idee?

Bin für jede Hilfe dankbar.

Gruß Jenny

:)

 

Hi,

lass mal bei der Union die Klammern weg:
Code:

Könnte sein, dass die bei Verwendung als Unterabrage (in strSQL) Probleme machen.

 

Code:

In dieser Abfrage stecken wieder andere Abfragen drin, das lassen zumindest die Bezeichnungen vermuten. Wenn eine Abfrage ausgeführt wird (bei Dir mit Öffnen des Berichts und dem damit verbundenen Neuabrufen der Datenherkunft), werden alle enthaltenen Abfragen, egal ob als Unterabfrage oder als gespeicherte Abfrage, die mit ihrem Namen in der Hauptabfrage enthalten ist, ausgeführt.

Daher kann das Problem der zu hohen Komplexität noch tiefer stecken.

 

Guten Abend,

da hast du recht, da sind zwei komplexere Abfrage dahinter.
und zwar:

qu_invites1 (eine der beiden Unterabfragen)
Code:

qu_invites2 (eine der beiden Unterabfragen)
Code:

qu_invites (Abfrage die angeworfen wird)
Code:

Sieht zwar etwas spektakulär aus, aber für den Server ist das ja kein Prblem eine solche abfrage zu verarbeiten.
[Personnes de Contact] ist eine gelinkte Tabelle in Access.

Hat irgendjemand jetzt eine Idee wo der Fehler sonst noch liegen könnte.
diese Abfrage habe ich geändert und zwar von
Code:

geändert in: (da ich dachte dass die TRUE werte auf dem Server mit 0 und 1 gespeichert werden kein Wert -1
Code:

Vielen Dank für eure Hilfe.

Gruß JeSi

 

So spektakulär ist das nicht, und wenn Du noch Tabellenaliase einsetzt, wird es gleich etwas übersichtlicher.
Eine Abfrage darf in Access 64.000 Zeichen lang sein. Da kann man noch etwas anbauen. Die Abfrage wird aber nicht vom DB-Server, sondern der Jet-Engine ausgeführt.

Die Abfragen qu_invites1 und qu_invites2 funktionieren alleine für sich?
Die UNION-Abfrage selber hat nichts Komplexes zum Auswerten.

 

gibt es eine Möglichkeit die qu_invite1 und qu_Invite2 schnell zu testen ?
Also hmm wie soll ich mich ausdrücken.
Wie kann ich das denn am besten testen ?

In der Tabelle sind alle Werte enthalten. Ok Aliasnamen werde ich dann noch vergeben.

Genau das Invites das ist eigentlich nur die Union ALL zwischen den beiden Tabellen also zusammenführen von den beiden Tabellen.

In VBA sieht das ganze dann folgendermaßen aus.

Code:

Die Fehlermeldung wird angezeigt bei folgender Codezeile:
Code:

? kannst du irgendwie ein Problem sehen ?

 

Danke vorab schonmal für eure Hilfe. *wink.gif*
Ich vermute dass das ganze nur eine Kleinigkeit ist, die ich derzeit übersehe, allerdings weiß ich nicht mehr was ich noch versuchen könnte bin ratlos. *mad.gif*

 

Indem man die Abfrage ausführt: SQL-Ansicht

 

Hallo,

ja das Funktioniert bei allesn drei Tabellen. Wenn ich in der SQL Ansicht stehe, dann auf (rotes Ausrufezeichen) Ausführen klicke, dann sehe ich eine gefüllte Tabelle mit den verschiedenen Werten.

 

Hast du auch die Abfrage aus #6, die du als Recordsource (dem Bericht?) zuweist, getestet?
Code:

Was verbirgt sich z.B. hinter & typ?
maike

 

Hallo zurück,

die Variable Typ wird nach verschiedenen Kriterien ein String zusammengebaut und einfach angehängt.

If Len(arg) > 2 Then typ = " AND qu_invites.id_type IN " + Mid(arg, 4)
arg = Mid(arg, 1, 2)
If Nz(chkPrivateOnly, 2) 2 Then typ = typ & " AND isContact=" & IIf(chkPrivateOnly, -1, 0)

 

Ich versteh es nicht:
SELECT DISTINCT a.name FROM qu_invites as a FEHLER Abfrage zu komplex
SELECT DISTINCT * FROM qu_invites Diese Abfrage funktioniert
SELECT DISTINCT invites .name FROM qu_invites FEHLER Abfrage zu komplex

jmd eine Idee ich verzweifel hier gleich...

 

Tabellenfelder wie Funktionen oder Eigenschaften zu benennen ist böse *wink.gif*

BTW: im lezten Fall fehlt was
SELECT DISTINCT qu_invites .name FROM qu_invites

 

ja sorry vertippt auch wenn ich qu_Invites hole funktioniert das ganze immer noch nicht
woran hängt das denn jetzt ? warum funktioniert das Select * aber wenn ich direkt eine Tabellenspalte auswähle funktioniert es nicht. Liegt das wirklich jetzt nur daran, dass das Tabellenfeld "name" heißt ? im Ernst ?