Дорогая Coolkenga , я когда-то с такой ситуацией сталкивался - Ваша беда в том, что в Фоксе действительно нет никакого способа отличить незаполненное оператором числовое поле и поле с 0-значением - с точки зрения Вашего запроса это одно и то же (для Фокса). Самый простой выход (раз уж Вы сами создавали такую таблицу и заполняли вручную) - надо было числовые поля создавать как символьные а затем при подсчетах пользоваться преобразованием VAL(). Уж строчный '0' от пустой строки Фоксовский SQL отличить сможет. Кстати, по поводу повторяющихся комбинаций полей (Ваш предыдущий вопрос) - если еще актуально, загляните, я там предложил может и не самый лучший вариант, зато легко дополняемый и модернизируемый.

Надеюсь, Вам это пригодится, Coolkenga:
Хотя в MSDN достаточно подробно описано применение NULL-значений, все же остаются неочевидными некоторые весьма важные моменты, касающиеся модификации уже существующих таблиц. На мой взгляд, лучше всего это описано М.Базияном в его руководстве по VFP6. К сожалению, не у всех есть возможность доступа к этому справочнику, а вопрос-то весьма актуальный, поэтому привожу здесь соответствующее описание полностью.
Использование значений NULL
В более ранних версиях FoxPro невозможно было определить, преднамеренно ли оставил пользователь поле пустым или просто забыл о нем. В FoxPro незаполненное поле (в зависимости от его типа) интерпретируется либо как пустая символьная строка, либо как числовое значение 0, либо как логическое значение False (Ложь). Любое из этих значений может быть допустимым для поля. Например, если таблица с информацией о служащих содержит поле, предназначенное для хранения средних инициалов служащего, то означает ли пустое значение, что пользователь случайно не ввел его, или же у служащего попросту нет среднего инициала? Что касается числовых полей, то как расценивать нулевое значение поля, содержащего объем закупок за предыдущий год? Так, что клиент не имел сделок или что суммы закупок и возвратов в точности компенсировали друг друга? Наконец, возьмем поля типа Logical: невозможно определить, на самом ли деле пользователь подразумевал ложное значение или просто не заполнил это поле (по умолчанию незаполненное логическое поле в FoxPro трактуется как содержащее .F. – ложь). Предположим, что Джон Смит не ответил на вопрос "Вы женаты?", в результате чего пустое поле интерпретируется как значение False, которое означает ответ NO (НЕТ). И тогда госпожа Смит могла бы задать своему супругу парочку вопросов по этому поводу.
Для использования значений полей NULL в поле любого типа необходимо выполнить две операции. Во-первых, в окне Command или в программе необходимо выполнить команду SET NULL ON. Во-вторых, необходимо модифицировать структуру и щелкнуть на кнопке NULL для каждого поля, которое допускает нулевые значения. Если этого не сделать, то при добавлении записей с помощью команд APPEND FROM или INSERT SQL FoxPro выдаст ошибку и не присвоит значения этим полям. После установки SET NULL ON и разрешения (вручную) ввода NULL-значений для нужных полей ранее созданной и заполненной таблицы - FoxPro заносит лексему .NULL. в эти поля, которым разрешено оставаться пустыми и которые не содержат никаких значений.
Если после выполнения команды SET NULL ON не был установлен (в Table Designer) флажок Null для данных полей, FoxPro не станет использовать пустые значения или пробелы в полях первичных или потенциальных (candidate) ключей.
ВНИМАНИЕ! По умолчанию В FoxPro установлено SET NULL OFF, т.е. - не разрешается задание значений NULL. А после принудительного выполнения команды SET NULL ON уже нельзя пройти поле, не введя в него никакой информации, т.е. система заставит внести в поле хотя бы 0, пустую строку, .F. и т.п., в зависимости от типа поля.
Запомните следующие правила использования нулевых значений:
• По умолчанию команда APPEND BLANK не заносит нулевую лексему .NULL. во все поля новой записи таблицы.
• Если поле типа Character модифицируется таким образом, что в нем разрешается хранить значения NULL, пустые поля так и остаются пустыми.
• Если поле типа Numeric модифицируется таким образом, что в нем разрешается хранить значения NULL, поля со значением 0 останутся в неприкосновенности.
• Если поле типа Character модифицируется таким образом, что в нем запрещается хранить значения NULL, это поле заполняется пустой строкой.
• Если поле типа Numeric модифицируется таким образом, что в нем запрещается хранить значения NULL, такое поле заполняется числом 0.

Благодарю за комплимент, уважаемая Coolkenga . Просто этот мульт-герой мне больше всего импонирует. Мне приятно Вам помочь, если что-то знаю. Вы-то мне действительно здорово помогли в случае с чередованием INNER JOIN ... ON. Это мне позволило упростить большую часть моих prg-шников. Большое спасибо.