Из базы данных в формате gdb хочу сделать выборку клиентов у которых заполнены поля дня рождения и телефон.
Работаю на Ubuntu 16.04 64-bit использую flamerobin. Делаю запрос на выборку всех данных:
SELECT r.ID, r.FAM, r.IME, r.OTCH, r.ADRESS, r.DATE_BORN, r.TEL_MOB, r.GOROD, r.STREET, r.DOM, r.KORP, r.FLAT
FROM PACIENT r
Получается 10605 записей
Делаю запрос с исключением пустых полей
SELECT r.ID, r.FAM, r.IME, r.OTCH, r.ADRESS, r.DATE_BORN, r.TEL_MOB, r.GOROD, r.STREET, r.DOM, r.KORP, r.FLAT
FROM PACIENT r where r.DATE_BORN is not null or r.TEL_MOB is not null
Получается 9856 записей.
Но сразу бросилось в глаза что это не так. Проверяю по отдельности запросами вида
SELECT r.ID, r.FAM, r.IME, r.OTCH, r.ADRESS, r.DATE_BORN, r.TEL_MOB, r.GOROD, r.STREET, r.DOM, r.KORP, r.FLAT
FROM PACIENT r where r.DATE_BORN is null
и вижу, что по отдельности выбирает 3036 и 1573 записи. Ясно, что суммы не сходятся. А в чем тут подвох?

Мимопроходящий,

Большое спасибо. Не знал. Выполнил с Вашим кодом и получил те же самые цифры.
Явно не сходятся результаты
Общее число записей = 10605
После фильтрации нулевых полей с оператором OR получается 9856. Разница 749 записей.

Должен исключить как минимум 3036+1573=4609 записей

Симонов Денис,

Разве такая запись некорректна? Ее мне подсказывает сам построитель запроса в flamerobin. Что не так?

Симонов Денис,

Я Вас не понял.
Сначала я выбираю то что хочу получить. Ну а потом для проверки инвертирую оператор чтобы посмотреть на самом ли деле выбрано правильно.

А ответ на мой ыопрос видимо в подобной ситуации как описано тут
https://habrahabr.ru/post/127327/

fireberd видимо страдает тем же гемороем.

Я не любитель намеков и многозначительных фраз. Поэтому указал ссылку, чтобы другой человек, который столкнется с таким вопросом смог более оперативно получить подсказку.
Ответ на мой вопрос в том, что firebird обрабатывает null согласно этой таблице истинности.
авторNULL в логических выражениях

Мы уже рассмотрели, что not(NULL) дает в результате NULL. Для операторов and (логическое И) и or (логическое ИЛИ) взаимодействие несколько сложнее:

NULL or false = NULL

NULL or true = true

NULL or NULL = NULL

NULL and false = false

NULL and true = NULL

NULL and NULL = NULL

таким образом строка к которой поле дата рождения оказывалась NULL (дата рождения отсутствует), а номер телефона TRUE (т.е. not null - телефон есть) оказывалась TRUE. А я ожидал в этом случае FALSE.
Ну и я не согласен с логикой firebird NULL or true = true - это не правильно.
И как теперь пользоваться по нормальному оператором OR или AND ?
Разбивать на шаги, но это удар по автоматизации.

Postgres тоже таким страдает? Какая база данных работает с NULL как в булевой математике? Или нет таких?

Мимопроходящий,

читай сам

Cobalt747,

Пропустил Ваш пост. Одновременно писал свой.
Спасибо за совет. Я так делать не буду. Лучше разобью на 2 шага и буду использовать конструкции максимально простые. Так будет меньше вероятность ошибки.

Согласен с критикой. Мысли излагаю часто криво, потому что мыслю так.
Спасибо за помощь. Куда мне двигаться понял. Единственное, что на данный момент нужно освосить isql. Если не найди в нете создам отдельную тему.
Спасибо за помощь.

S.G.,

и это верно, но решение моего вопроса это пошаговый отбор данных, а еще лучше экспорт данных из firebird хотя бы в mysql. В mysql у меня все получиться (уже делал), а fireberd какашка. :)