Office: (Office 2010) Datentypenkonflikt in SQL-Abfrage

Hallo liebe Gemeinde!

Heute habe ich folgendes Problem. Ich möchte aus einer Tabelle (LiefDet) alle Datensätze löschen, die keinen Eintrag im Feld "Menge" haben, und die älter als das aktuelle Datum sind.

Code:

Leider bekomme ich die Meldung "Datentypenkonflikt in Kriterienausdruck". Das verstehe ich nicht. Das Feld "Dat" in der Tabelle ist als Datumsfeld deklariert. Hat jemand eine Idee??

:)

 

kann leider den SQL-String codemäßig nicht darstellen, es werden immer Zeichen abgeschnitten.
Daher als Textdatei in der Anlage.

 

Hallo,

kann keine Datei am Beitrag von elmar erkennen.

Das Problem dürften die '' um die 0 sein. Vermute mal Menge ist ein Zahlenfeld. Das braucht nicht maskiert werden. Ich würde schreiben:
Code:

 

Textdatei nachgereicht.

 

Hallo,

also, bei Menge wäre ich mal skeptisch, dass es ein String ist!
Den kompletten Code könnte ich mir so vorstellen...

PHP:

         Private Sub DatenLoeschen()
On Error GoTo Errhandler
Dim sSQL As String
sSQL = " DELETE  * " _
& " FROM LiefDet " _
& " WHERE Menge = 0 AND Dat < Date()"
Debug.Print sSQL
CurrentDb.Execute sSQL, dbFailOnError
Exit_Errhandler:
Exit Sub
Errhandler:
MsgBox Err.Description
Resume Exit_Errhandler
End Sub


 

\@ alle!
Danke für Euren schnellen Tipps! Am nächsten kommt dem Problem offenbar el_gomero. In der Tat scheint sich das Problem auf das Mengenfeld zu konzentrieren. Die einzige Version die scheinbar prinzipiell funktioniert ist diese:
Code:

Hier versucht die DB Daten zu löschen. Allerdings findet sie offenbar keine (obwohl es etwa 2 Mio. gibt), da sie offenbar die "0" nicht akzeptiert. In diesem Feld, das als Zahlenfeld (Long Integer) definiert ist, steht überhaupt nichts, also auch keine "0".

 

dann muss eben das = 0 durch Is NULL ersetzt werden.

Und db.execute bietet Vorteile gegenüber RunSQL.

 

...falls es wirklich so ist, dass du Null (also Nix) im Feld stehen hast (wollte schon fragen aber... egal)
dann würde ich in der Tabelle als Standardwert doch die 0 verwenden, warum nicht.. ist doch Sinnvoll oder *Smilie ?

PS: das heißt aber jetzt nicht, wenn du das änderst, dass überall auf den Schlag die 0 darin steht,
das spielt es jetzt nicht mehr! Musst aktualisieren.

 

Hallo Alfred!
Ich werde die Tabelle sicher so anpassen (für die künftigen Eintragungen).

@Jürgen
Ich breche mir die Finger, wie ich "IsNull" einbauen muss. Bislang hat noch keine von mir gewählte Variante funktioniert. Weshalb würdest Du db.execute bevorzugen??

 

PHP:

         WHERE (Menge=0 Or Menge Is Null) AND Dat<Date()


 

Hallo Alfred!

Das ist ein richtig schönes Erfolgserlebnis zum Feierabend....

2,5 Mio Datensätze sind gelöscht......

Danke!

Gruß Bernd

 

...das war natürlich der absolute Unsinn von mir, die alten DS sind ja jetzt mal weg *grins
Manchmal kann man schon schön blöd sein *Smilie (ich meinte natürlich mich selber damit)

und ich hoffe, du hast das vorher auch in einer Kopie getestet oder zumindest eine erstellt
sonst kann ein solches Erfolgserlebnis schnell zum Horrortrip werden *wink.gif*

 

Hallo
Nur für die Zukunft !
lies einmal in meiner Doc s. Fusszeile unten Rechts

z.B.

9 UMGANG MIT NULL ab Seite 235 .. bis 248

und
5.3.13 Where-Bedingung mit BuildCriteria erstelle Ab Seite 76 .. 80
so wie
10.19.24 Kriterien für Datum Vergleich (Filter) mit BuildCriteria erstellen ab Seite 295 ..

(evtl. auch) 10.19.22 Datum für vergleich in SQL vorbereiten “#yyyy.mm.dd#“ 294

zu viel ? (ja) doch möglich das es sich lohnt *rolleyes.gif*

 

\@ Alfred
Natürlich habe ich das in einer Kopie getestet....*Smilie
...und das mit der Null in den alten DS - kein Problem

@ Lanz

Danke für die Infos! Dann weiß ich ja was ich am Wochenende so zu lesen habe.

 

Hallo Bernd,

Zum Beispiel weil du die Warnmeldungen nicht abschalten musst, wenn du nicht die Meldungen wegklicken willst. Die Option dbfailonerror liefert zudem aussagekräftige Hinweise, falls mal was nicht funktioniert.