Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

DateDiff function throwing error in Where clause

38 views
Skip to first unread message

Petr Danes

unread,
May 3, 2010, 2:04:28 PM5/3/10
to
I have a set of queries that generate dates and want to use DateDiff to
select those records with certain dates are greater than others. The
following clause keeps giving me an incompatible data type error:

WHERE DateDiff('d',[From date],[DatumStvoreni])>0

I have the exact expression in the SELECT clause and it show positive and
negative integers just fine, but when I add this test, I get the error.
There are no bad values in the dataset, I've looked, and when I export the
DateDiff column to a temp table and run a query on that, it works fine. Only
when I use the test directly with the DateDiff function does it bomb. I also
tried putting CDate() around the field expressions and it didn't help.

Pete

--
This e-mail address is fake, to keep spammers and their address harvesters
out of my hair. If you want to get in touch personally, I am 'pdanes' and I
use yahoo mail. But please use the newsgroup when possible, so that all may
benefit from the exchange of ideas.


Tom Lake

unread,
May 3, 2010, 2:26:56 PM5/3/10
to

"Petr Danes" <skrusp...@no.spam> wrote in message
news:OqbHUsu...@TK2MSFTNGP02.phx.gbl...

> I have a set of queries that generate dates and want to use DateDiff to select those
> records with certain dates are greater than others. The following clause keeps giving me
> an incompatible data type error:
>
> WHERE DateDiff('d',[From date],[DatumStvoreni])>0
>
> I have the exact expression in the SELECT clause and it show positive and negative
> integers just fine, but when I add this test, I get the error. There are no bad values
> in the dataset, I've looked, and when I export the DateDiff column to a temp table and
> run a query on that, it works fine. Only when I use the test directly with the DateDiff
> function does it bomb. I also tried putting CDate() around the field expressions and it
> didn't help.

I get an error when I use single quotes. I have to use this:

DateDiff("d",[From date],[DatumStvoreni])

The whole expression I tried was this:

WHERE (DateDiff("d",[From date],[DatumStvoreni])>0)

Tom Lake

Petr Danes

unread,
May 3, 2010, 2:37:06 PM5/3/10
to
Tried that as well - no soap. Sometimes I get a message that the query was
too complicated and can't be evaluated. Here's the whole thing:

SELECT Stvoreni_Convert.DatumStvoreni, DateDiff("d",[From
date],[DatumStvoreni]) AS Rozdil, Stvoreni_Convert.AkcesPodrobnostiAutoID
INTO STV
FROM Stvoreni_Convert
WHERE (((DateDiff("d",[From date],[DatumStvoreni]))>0));

The source of that query is this one (Stvoreni_Convert):
SELECT Stvoreni.Stvoreni, getdate([stvoreni]) AS DatumStvoreni,
Stvoreni.AkcesPodrobnostiAutoID
FROM Stvoreni
WHERE (((getdate([stvoreni]))<>''));

and the source of that one is here(Stvoreni):
SELECT IIf(InStrRev(nz([Inventarizace]),Chr(13) &
Chr(10))>0,Mid(nz([Inventarizace]),2+InStrRev(nz([Inventarizace]),Chr(13) &
Chr(10))),nz([Inventarizace])) AS Stvoreni,
AkcesPodrobnosti.AkcesPodrobnostiAutoID
FROM AkcesPodrobnosti
WHERE (((nz([Inventarizace]))<>'') AND ((AkcesPodrobnosti.EvidenceLetter) Is
Not Null));

AkcesPodrobnosti is a table, with Inventarizace as a memo field.
Getdate is a VBA function extracts a date from a mess of text and returns it
as a string.

All the preceding works fine, until I add the WHERE clause in the top query.

Pete


"Tom Lake" <toml_...@hotmail.com> p�se v diskusn�m pr�spevku
news:uFzLV2u6...@TK2MSFTNGP05.phx.gbl...

Petr Danes

unread,
May 3, 2010, 2:40:26 PM5/3/10
to
I just tried the last query in another form, using a direct comparison
instead of the DateDiff function. Same error.

SELECT Stvoreni_Convert.DatumStvoreni, CDate([DatumStvoreni]) AS Rozdil,

Stvoreni_Convert.AkcesPodrobnostiAutoID INTO STV
FROM Stvoreni_Convert

WHERE (((CDate([DatumStvoreni]))>CDate([From date])));

Pete

"Tom Lake" <toml_...@hotmail.com> p�se v diskusn�m pr�spevku
news:uFzLV2u6...@TK2MSFTNGP05.phx.gbl...
>

Douglas J. Steele

unread,
May 3, 2010, 5:00:34 PM5/3/10
to
You sure you've got valid values for both fields in every row?

--
Doug Steele, Microsoft Access MVP
http://I.Am/DougSteele
(no private e-mails, please)


"Petr Danes" <skrusp...@no.spam> wrote in message

news:uT4baAv6...@TK2MSFTNGP06.phx.gbl...

Petr Danes

unread,
May 3, 2010, 8:31:39 PM5/3/10
to
Pretty sure - when I show the values without trying a compare, I don't see
anything wrong, and when I change the query to spin the DateDiff value out
to a table, the table contains only valid integers, positive and negative. I
can subsequently sort on that integer column and see that there is nothing
bad at either end. I can also select only the positive ones to get the
records I want, but creating an unnecessary temp table is an awkward way to
do it. The comparison should work.

Pete

"Douglas J. Steele" <NOSPAM_djsteele@NOSPAM_gmail.com> p�e v diskusn�m
p��sp�vku news:e6r7sOw6...@TK2MSFTNGP04.phx.gbl...


> You sure you've got valid values for both fields in every row?
>
> --
> Doug Steele, Microsoft Access MVP
> http://I.Am/DougSteele
> (no private e-mails, please)
>
>
> "Petr Danes" <skrusp...@no.spam> wrote in message
> news:uT4baAv6...@TK2MSFTNGP06.phx.gbl...
>>I just tried the last query in another form, using a direct comparison
>>instead of the DateDiff function. Same error.
>>
>> SELECT Stvoreni_Convert.DatumStvoreni, CDate([DatumStvoreni]) AS Rozdil,
>> Stvoreni_Convert.AkcesPodrobnostiAutoID INTO STV
>> FROM Stvoreni_Convert
>> WHERE (((CDate([DatumStvoreni]))>CDate([From date])));
>>
>> Pete
>>
>>
>>

>> "Tom Lake" <toml_...@hotmail.com> p�se v diskusn�m pr�spevku

Petr Danes

unread,
May 6, 2010, 10:45:10 AM5/6/10
to
Never did find any answers to this, even when comparing dates directly in
the WHERE clause and avoiding the DateDiff function altogether, so I wound
up converting all my dates to strings, formatted as 'yyyy-mm-dd' and used
ordinary string comparisons to get what I needed.

Year-month-day is the only universally correct way to show dates anyway, but
it's pretty lame that dates can't be compared directly.

Pete


"Petr Danes" <skrusp...@no.spam> p锟絜 v diskusn锟絤 p锟斤拷sp锟絭ku
news:OqbHUsu...@TK2MSFTNGP02.phx.gbl...

0 new messages