Если делать через Remote View, то там можно просто ЯВНО указать, что данные должны быть типа Date, хотя исходные данные имеют тип DateTime.

Ну, а то, что у тебя символьная строка "10.12.2000" была прочитана как "Dec 10 2000", так этого просто не может быть!

Как именно ты читаешь полученный курсор? Где-то произошла конвертация строки в поле типа Date. Или вместо ключа 104 был использован ключ 109.

Кстати, LTRIM() в данном случае не имеет смысла.

Ну, так у тебя ошибка в команде. Надо писать так:

CONVERT( char(10) ,kniga.bla_bla, 104 )

А ты пытался конвертировать из DateTime снова в DateTime. Не то, чтобы этого делать было нельзя, но результат видимо зависит от настройки

SET DATEFORMAT

В MS SQL нет такого типа данных, как голая дата без времени. Единственный выход - это получить символьную строку.

Но! Это делать тебе НЕ НУЖНО!

Я так понимаю, что у тебя стоит проблема как написать условие выборки на SQL для сравнения с заранее указанной датой.

Исходя из предположения, что ты нигде не записываешь на MS SQL время, только дату, можно предположить, что ВСЕ поля DateTime будут иметь время 12:00 AM (что вообще-то странно, обычно по умолчанию полночь устанавливается, а не полдень, но Вам виднее). Ну, так и добавь к введенной пользователем дате 12 часов и так напрямую и сравнивай!

Добавить 12 часов можно так:

?DTOT(MyDate)+12*60*60*1000

Если же все-таки время может быть, то вместо простого равенства сделай BETWEEN где указывай дату в диапазоне одних суток

fromDate = DTOT(MyDate)-12*60*60*1000+1
toDate = DTOT(MyDate)+12*60*60*1000-1

kniga.bla_bla BETWEEN fromDate AND toDate