Надо просто не лениться и один раз освоить SQL до приемлемого уровня, чтобы запросы сложнее SELECT * FROM MyTable не казались "монстрами" (и про * в запросе забыть).
В событиях грида сравнивать надо не текст, а значение.

Где у вас задаётся формат поля?

GrigoriyFomin, вы как игрок в "Поле Чудес", который угадал все буквы, но не смог назвать слово. У вас есть всё для решения задачи.

Во-первых, NULL преобразуется в пустое поле при любом значении DisplayFormat в гриде (см. скриншот). Не знаю, какой у вас сервер, на MySQL именно так. Polesov подсказывает, что на Firebird то же самое. То есть никаких проблем написать пару лишних преобразований в запросе нет. Это намного удобнее, чем возиться на клиенте.

Во-вторых, показывать пользователю пустое поле и в случае 0 (нуля), и NULL - дурной тон. Это плохо и с т.з. отладки. Потом будете гадать, почему периодически вываливаются кривые данные или ошибки преобразования типов. Хорошее решение - не скрывать нули, а делать их бледно-серым цветом, чтобы они только чуть-чуть подсвечивались. Так пользователь не будет цепляться за них глазами, но в случае необходимости проверки, всегда видно, какое значение на самом деле содержит поле.

В-третьих, если вы всё-таки настаиваете на своём странном решении, то ответ я вам уже дал выше: "В событиях грида сравнивать надо не текст, а значение".

Вот пример решения. Properties = CalcEdit (как у вас), DisplayFormat = '### ##0.000 mm'.

Естественно, просто зависит от того, как вы обрабатываете значения в датасете. Если ваш клиент различает NULL и 0, NULL и пустую строку, то вам нужен тип Variant для этого. Т.е.
и вот тут возможны нюансы с преобразованиями типов.