фоксв SQL именно null и стоит (галочка) , только для SQL это не нул а именно 01.01.1900. А фкспро его так и воспринимает. И признака никакого нет, чтобы выделить.
Проблема в том, что у MS SQL нет такого понятия как "пустая дата". Когда он получает от FoxPro "пустую дату" он воспринимает это как "самую маленькую" дату. А это как раз и есть 01.01.1900.

Т.е. надо ПЕРЕД отправкой на сервер даты конвертировать "пустую дату" в значение NULL или же ПОСЛЕ приема даты с сервера конвертировать 01.01.1900 в пустую дату.

Наиболее простой вариант, это вместо пустой даты записывать значение NULL, а для отображения пустой строки использовать настройку SET NULLDISPLAY или свойство конкретного объекта NullDisplay

Программизд 01Лично я типом datetime в MSSQL не пользуюсь, храню дату как строку char(10) в виде dd/mm/yyyy. И нет никаких заморочек с записями, в которых "нет даты", и не надо в запросах конвертить дату из того вида, в котором хранит ее сервер в удобоваримый вид с помощью convert(char(10),дата,103).
Зато есть заморочки с сортировкой по таким полям. Для правильной сортировки по дате это должна быть строка вида yyyy/mm/dd. Или же постоянно конвертировать ее в тип DateTime во всех выборках.

Программизд 01А для выборок на сервере строка dd/mm/yyyy прекрасно кастуется в тип datetime, причем как мною, так и автоматически самим сервером.
А вот "автоматическая трансляция" зависит от текущей настройки

SET DATEFORMAT

Т.е. надо постоянно помнить, чем такой автоматизм обеспечиватся. Иначе однажды может и не произойти этой автоматической трансляции.

Универсальным форматом для MS SQL является символьная строка вида "YYYYMMDD". Вот этот формат автоматически преобразуется в дату вне зависимости от текущей настройки SET DATEFORMAT и обеспечивает корректную сортировку даже в символьном виде без преобразования в дату.

Его недостатком является именно корректный перевод со стороны FoxPro. Т.е. из даты такую строку легко сделать через DTOS(), а вот обратно в дату - уже не так просто.