Office: Fehler in Abfrage

Liebe Forumteilnehmende

Ich habe mit einer Datenbank ein Problem, das mich nun schon seit einigen Monaten begleitet...

Einem Formular habe ich mit untenstehendem Code die Datensatzherkunft zugewiesen, was tiptop funktioniert. Nun meint Access alle paar Monate, diese Abfrage in das Feld "Datensatzquelle" im Eigenschaftenblatt des Formulars kopieren zu müssen und dann bringt er die Fehlermeldung, dass die Abfrage fehlerhaft sei, weil eine "(" oder ein "[" oder derartiges fehle... (leider kann ich den Fehler nicht simulieren). Ist meine Abfrage fehlerhaft? Ich kann das Problem nicht finden.... HILFE! (so sad...)

HERZLICHEN DANK !!!


Dim dbz As DAO.Database
Dim rsz As DAO.Recordset
Dim sqlz As String


sqlz = "SELECT tblAusgUeberzuegeBerechnung.* From tblAusgUeberzuegeBerechnung " _
& "WHERE tblAusgUeberzuegeBerechnung.Index = " & dblIndex & "" _
& "And (tblAusgUeberzuegeBerechnung.DoppelteAusg = False Or tblAusgUeberzuegeBerechnung.DreifacheAusg = True) " _
& "And ((tblAusgUeberzuegeBerechnung.Anzahl >= 1 Or tblAusgUeberzuegeBerechnung.Anzahl Is Null) " _
& "Or (tblAusgUeberzuegeBerechnung.AnzahlAusgBezogenArtID >= 1 Or tblAusgUeberzuegeBerechnung.Anzahl Is Null) " _
& "Or (tblAusgUeberzuegeBerechnung.AnzahlUeberzuegeVorMt >= 1 Or tblAusgUeberzuegeBerechnung.AnzahlUeberzuege >= 1)) " _
& "ORDER BY tblAusgUeberzuegeBerechnung.Sort ASC, tblAusgUeberzuegeBerechnung.JedeAusg DESC"

Set dbz = CurrentDb
Set rsz = db.OpenRecordset(sqlz)

If rsz.EOF Or rsz.BOF Then
Exit Sub
End If


Set Forms("frmAusgUeberzuegeBerechnung").Recordset = rsz

:)

 

Code:

Da dürfte ein Leerzeichen vor dem AND fehlen.

Weiterhin, wenn die Variable eine Zahl mit Dezimalstellen enthält, müsste die sql-gerecht formatiert werden => Str.

 

Hallo Eberhard

Vielen Dank!

Das mit dem [Space] vor dem "AND" habe ich auch schon gedacht, habe es damals aber verworfen, weil es ja irgendwie funktioniert hat. Habe es nun auf Deinen Rat angepasst.

Die Variable wird eigentlich vorher schon auf Ganzzahl "gemacht", habe ich jetzt aber sicherheitshalber noch in String umgewandelt.

Ich hoffe nun, dass ich keinen Ärger mehr damit habe.
Ev. findet ja noch jemand einen weiteren Fehler...

Beste Grüsse, Beat

 

...und, Eberhard, weiss Du wie ich simuliere, dass er die Abfrage ins Eigenschaftsfenser vom Formular schreibt (um dann später nicht doch noch in den Hammer zu laufen).

Besten Gruss, Beat

 

Hallo,
Du sollst ja keinen String aus der Zahl machen, das hat Ebs auch nicht geschrieben.
Die Zahl müsste nur mit der Str Funktion behandelt werden, wenn es eine Zahl mit Komma wäre.

Der SQL String geht auch kürzer.
Außerdem würde ich wegen der Übersichtlichkeit die Leerzeichen immer vor die SQL Befehle setzen.
Code:

Bei eindeutigen Feldnamen (was bei eine Tabelle immer der Fall ist), kann auch auf den Tabellennamen vor den Feldnamen verzichtet werden.

 

Hallo Klaus

Danke!
Meinst Du mit der Str Funktion:
dblIndex = str(dblIndex)
?

Gruss, Beat

 

Hier gibts einige Grundlagen, was Variablen in SQL anbelangt:

https://codekabinett.com/rdumps.php?...tring-tutorial

 

Access ist ein weit weniger eigenständig lebender Organismus als man denken mag. Erscheinungen sind viel öfter auf User-/Entwickler-Interaktion zurückzuführen. Wenn man sich also mehr bewusst macht, was man tut, ist man einige Schritte weiter.

Ein Formular ist eine Klasse, also quasi eine Vorlage für eine Instanz (Kopie dieser Vorlage), die man verwenden wird.
Änderungen, die an dieser Vorlage dauerhaft verbleiben sollen, müssen in der Entwurfsansicht gespeichert werden. Also müsste man im Überblick haben, wann und womit man sein Formular selber speichert.

Wenn man wie beschrieben eine Eigenschaft wie die Datenherkunft zur Laufzeit ändert, kann man zur Sicherstellung dafür sorgen, dass diese Eigenschaft beim Formularöffnen definiert eingestellt ist oder dies zusätzlich im Openevent sichergestellt wird (z.B. Öffnen mit leerem Recordset => WHERE 1 = 0 ) und dann danach bei Bedarf die gefragte Datenherkunft nacheinstellt.

Was bedeutet das genau?
Eine Ganzzahl würde man doch einfach so hernehmen können, ohne erst eine Weltreise einzuschieben. Das hätte auch mit so Sachen wie direkt, einfach, performant zu tun. Ein Präfix der Variablen, der auf Double hinweist, dient dann nicht einer guten Lesbarkeit. So kann man aber seine eigene Verwirrung auf weitere ausweiten.

 

Super, vielen Dank. Damit scheinen alle Probleme gelöst.
PS: dblIndex erhält zuerst eine Gleitkommazahl, welche weiterverarbeitet wird und erst in einem späteren Schritt wird der Nachkommabereich gelöscht.
Gruss, Beat

 

Hallo,

daher sind diese Präfixe vor Feldnamen völlig überflüssig.
Bei einer ggf. notwendigen Datentypänderung (und damit verbundener Änderung des Präfix) machen die nur einen Haufen Arbeit.

Auch die Kürzel (tbl..., frm..., rpt...) halte ich für verzichtbar, auch wenn ich diese gelegentlich verwende.
Nur bei Abfragen setze ich ein qry davor, um diese direkt ohne nachzudenken von Tabellen unterscheiden zu können.