Пустое значение в запросе

1. AndrewKop 02.03.18 14:42 Сейчас в теме
Ребят не ругайтесь, очень нубский вопрос настоящего нуба:
Есть документы с пустым количеством. Ищу их запросом. Как проверить Количество на пустое значение?
Я сделал:
Если НЕ(ВыборкаДетальныеЗаписи.Количество > 0) Тогда

Все отработало, но понимаю, что некошерно поступил. Как правильно? Одарите вниманием.
По теме из базы знаний
Найденные решения
2. Sashares 35 02.03.18 14:46 Сейчас в теме
4. DimDiemon 80 02.03.18 14:50 Сейчас в теме
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Sashares 35 02.03.18 14:46 Сейчас в теме
3. AndrewKop 02.03.18 14:50 Сейчас в теме
(2) О! А я думал там не 0, раз там пусто. Правильно ли я понимаю, что если в каком либо реквизите числового типа какого-либо объекта не проставлено значение, то считается что Объект.Реквизит = 0? И получается, что если у объекта 2 реквизита, и в одном значение не проставлено, а в другом проставлено нулевое. То с точки зрения системы они идентичны?
4. DimDiemon 80 02.03.18 14:50 Сейчас в теме
5. AndrewKop 02.03.18 14:50 Сейчас в теме
6. DenisCh 02.03.18 14:54 Сейчас в теме
Зависит от запроса.
Если у тебя левое соединение - там запросто может быть и NULL
7. AndrewKop 02.03.18 15:05 Сейчас в теме
(6) Т.е. когда я пытаюсь соединить таблицы и натыкаюсь на пустое значение, не важно какого типа реквизита, то - NULL. А если просто его в запросе пробегаю, то это либо .ПустаяСсылка для объектов, либо нулевое значение для простых типов (0, пустая срока и т.п). Да?
9. DenisCh 02.03.18 16:24 Сейчас в теме
(7) тут зависит от типа реквизита. Если он составной из разных типов - там могут быть ньансы
8. AnryMc 849 02.03.18 15:16 Сейчас в теме
Я когда сомневаюсь использую:
ЕСТЬNULL(ВыборкаДетальныеЗаписи.Количество, 0)
ipoloskov; burni4; +2 Ответить
10. AndrewKop 06.03.18 14:00 Сейчас в теме
(8) Возьму на заметку, спасибо!
11. PiotrLoginov 06.03.18 16:41 Сейчас в теме
(10) не бери :) страховаться от NULL надо там, где возможно получение NULL. Можно, конечно, и использовать где надо и где не надо. Но тогда не показывать такой код специалисту/руководителю.
12. AnryMc 849 12.03.18 09:03 Сейчас в теме
(11)
не бери :) страховаться от NULL надо там, где возможно получение NULL. Можно, конечно, и использовать где надо и где не надо. Но тогда не показывать такой код специалисту/руководителю.


Таблица... Мутабельное значение (несколько вариантов типов)... Пользователь выбрал тип но не выбрал значение...

Нужно страховаться или нет?
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот