Дык, а зачем тогда вообще хранить DateTime? Храни целое число.
Я в одном из проектов так и делал, для экономии места. int32 вместо DateTime.

Действительно, дата, переведенная в целое/float отличается на 1 день в варианте Access и MS SQL, так что такое подход нужно применять или ко всем полям базы, или не применять вообще. (ечли только не увлекаемя садомазохизмом).

У меня сервак вообще понятия не имел, что это дата или время - и то и другое хранил отдельно или вместе по мере надобности, как целое, float или double для Date, Time и DateTime полей соответственно, т.е. он с ними работал прочто как с числами, (иногда только Date+Time склеивал или расклеивал в запросах и процедурах, или извлекал требуемую часть, но ВСЕГДА работал именно как с числами).

А вот на клиенте программа "знала" что это именно поля даты, и все ok.

Успехов.

блин, дурацкий mail.ru не шлет мне посты :((

c опозданием:
ЛП И не забыть про отличия на 1 в момент переноса
в том вся фишка, что никакого 1 нет, т.к. на SQL серваке - это числа! Он не знает, что это даты, и во всех запросах я ему тоже не даты подаю (от и до) а числа. И никакой конверции. А на клиенте на формах просто ставишь один из форматов даты-времени в поля и все.
Я ж подчеркнул - этот подход нужно применять ко всем полям базы, т.е. на базе DateTime не будет принципиально, следовательно не будет и конверсии, все работает напрямую.

2 Владимир Саныч

Опять сорри за опоздание, но лучше поздно, чем никогда.

формула очень проста, со стороны VB/VBA я всегда пишу:

dim dt1 as DateTim
dim dt2 as Long

dt1=dt2
dt2=dt1

Для преобразования всяких текстов с датой:
CLng(CDate(str))

И вся формула :))

Я даже не задавался вопросом какая именно формула используется.
Но знаю как узнать исходную дату:
? Format(CDate(0), "dd.mm.yyyy")

да уж, слона-то на вскидку и пропустил :)
дык, отлаженное приложение уже больше 2-х лет работает, ясен пень, что все эти мелочи с округлением учтены. А здесь чисто идеей поделился, реализация - ваша.

2 ЛП
для ADP проекта такая фигня была сделана. По требованию заказчика нужно было в формах дату и время разносить в отдельные поля, + довольно много логики оперирующей с датой и временем отдельно. Округлять требовалось только после ввода юзера перед сохранением в базе. А дальше использовалась дата как целое число, переводи в тип датавремя и обратно скок хошь раз, безо всяких опасений.