So finde ich SQL Anweisungen in Berichten?

Hallo!

Plötzlich erscheint beim Starten eines Berichts (der immer funktioniert hat!) eine Fehlermeldung, das sich eine SQL - Anweisung auf mindesten zwei Datenfelder beziehen kann.

Ich habe schon (testweise) alle Felder gelöscht, aber die Fehlermeldung erscheint noch immer. Wo kann diese SQL - Anweisung drinnen stehen, und wie kriege ich sie wieder weg?

tks!
Herbert

Möglicherweise in der Abfrage, auf die sich der bericht bezieht?

War nur so’ne Idee…

Jan

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

Hallo!

Möglicherweise in der Abfrage, auf die sich der bericht
bezieht?

Schön währes es, und leicht zu lösen, nur:
Die Abfrage läuft prima! Genau dort seteht der Mist nicht!

tks!
Herbert

Ich habe schon (testweise) alle Felder gelöscht, aber die
Fehlermeldung erscheint noch immer. Wo kann diese SQL -
Anweisung drinnen stehen, und wie kriege ich sie wieder weg?

Eigentlich gibt es nur fünf Möglichkeiten, also einkreisen :

  1. (trivial) in der den Bericht erzeugenden Abfrage.
    Ist aber nicht.
  2. In einem Listen- oder Kombinationsfeld.
    Aber wenn Du alle Felder gelöscht hast, dann auch das nicht.
  3. In einem Unterbericht. Dieser kann selbst auf SQL basieren, oder aber einen SQL-String irgendwo aufweisen.
  4. Dynamisch erzeugt in einer Prozedur oder Funktion.
  5. In der/den Tabelle(n), aus der Du die den Bericht erzeugende Abfrage generierst. Hier schauen, ob Du „Nachschlagen“ gewählt oder das Erscheinungsbild manuell auf Listen-/Kombifeld gesetzt hast.

Wenn es das alles nicht ist, bin ich auch erstmal platt.
Laß es mich mal wissen.
Gruß kw

Hallo!

Ich kriegs nicht hin!

  1. (trivial) in der den Bericht erzeugenden Abfrage.

A-) Die Abfrage läuft

  1. In einem Listen- oder Kombinationsfeld.
    Aber wenn Du alle Felder gelöscht hast, dann auch das
    nicht.

A-) Stimmt

  1. In einem Unterbericht. Dieser kann selbst auf SQL basieren,
    oder aber einen SQL-String irgendwo aufweisen.

A-) Keine Unterberichte, keine Feler, kein garnichts

  1. Dynamisch erzeugt in einer Prozedur oder Funktion.

A-) Habe nie mit Prozeduren oder Funktionen garbeitet. Wie kann ich da nachsehen?

  1. In der/den Tabelle(n), aus der Du die den Bericht
    erzeugende Abfrage generierst. Hier schauen, ob Du
    „Nachschlagen“ gewählt oder das Erscheinungsbild manuell auf
    Listen-/Kombifeld gesetzt hast.

A-) Nö, Tabellen und Abfragen laufen

Da dieser Bericht problemlos gelaufen ist, und das plötzlich nicht mehr tut, bin ich versucht zu sagen: Microsoft war´s!

Ich kann mir das nicht erklären!

Gruß!
Herbert

  1. Dynamisch erzeugt in einer Prozedur oder Funktion.

A-) Habe nie mit Prozeduren oder Funktionen garbeitet. Wie
kann ich da nachsehen?

Wenn Du keine selbstgeschriebenen Proc’s oder Funktionen verwendest, kommt auch das nicht in Frage.

  1. In der/den Tabelle(n), aus der Du die den Bericht
    erzeugende Abfrage generierst. Hier schauen, ob Du
    „Nachschlagen“ gewählt oder das Erscheinungsbild manuell auf
    Listen-/Kombifeld gesetzt hast.

A-) Nö, Tabellen und Abfragen laufen

Dennoch könnte das o.B. zutreffen. Greif Dir die zugrundeliegende(n) Tabelle(n) in der Entwurfsansicht und prüfe insbesondere die Fremdschlüssel, ob sich (F6/Register „Nachschlagen“) da irgendwo ein SQL-Statement rumtreibt.

Da dieser Bericht problemlos gelaufen ist, und das plötzlich
nicht mehr tut, bin ich versucht zu sagen: Microsoft war´s!

Scheint mir auch so, läßt sich aber relativ leicht überprüfen : Fertige eine Kopie Deiner Datenbank an, repariere und komprimiere sie. Wenn der Fehler dann immer noch auftritt (immer vorausgesetzt, die Reparatur hat funktioniert), hast Du ein Problem in Deiner Access-Installation. Tut es der Bericht dagegen wieder, kannst Du Onkel Bill ein Dankesmail schicken …

Wenn nun alles immer noch quer im Stall steht, kann ich Dir nur noch anbieten, Deine DB mal selbst zu untersuchen. Mehl sie in diesem Falle bitte an [email protected].

Solche Fehler passen immer bombig zu Ostern.
Als mal grüßend
kw