Симонов Денис, а можешь проверить UNKNOWN IS NULL, UNKNOWN = NULL, UNKNOWN IS DISTICNT FROM NULL

Симонов Денис, да я и так прекрасно понимаю что должно быть. Это так, проверка что в сервере правильно сделано.

hvlad, привет :-)
Ну про bit - я в него постоянно нулы пишу. Лет 7 наверное. От тебя узнал что с этим проблемы могут быть.

авторPS Если тебя смущает UNKNOWN как литерал - просто забудь, что он есть. На практике ничего не изменится )
PPS А пришёл UNKNOWN из троичной логики (TRUE, FALSE, UNKNOWN)

Я то, слава богу, понимаю как он работает. Много чего в жизни я не понимаю, но это понимаю вроде :-)

Просто этот UNKNOWN будет постоянно сбивать с толку новичков, вот увидишь.

Я бы мог понять, наверное, если бы вы сделали и написали так: вводится новое ключевое слово UNKNOWN, которе является синонимом NULL.

как лично ты считаешь, выражение типа SELECT CAST(NULL AS INT) IS UNKNOWN логичное или нет? Я не вижу в нём ничего эдакого.

А такое выражение SELECT COALESCE(@Parameter AS UNKNOWN) = TRUE будет работать?

Вы же, объявляя какое-то слово литералом, наделяете его определёнными свойствами, а получается на практике что не совсем ото так, тот же пример с SELECT UNKNOWN возвращает NULL

А ещё вопрос что вернёт SELECT CAST(TRUE AS VARCHAR(10)), CAST(UNKNOWN AS VARCHAR(10))

Новички сойдут с ума ;-)

kdvДругое дело, зачем нужен литерал UNKNOWN, если он практически никогда не нужен

Вот! Он запутывает!!!

авторНу а я за 15 лет ни разу не нашёл причин его использовать.
За нуллы я уже сказал, что ошибся.


А на чём же ты к нему обращаешься? Видатьна чём-то раритетном. Я вот на EntityFramework с ним работаю и прекрасно он отображается на boolean. Что-то у тебя там совсем раритетное, наверное ;-)

Симонов Денис, написал неправильно

Надо так: SELECT COALESCE(@Parameter, UNKNOWN)

Глубокий смысл этого заключается в том, что тип параметра не известен, а COALESCE() помогает его определить по второму аргументу. Уже не помню по давности лет где это было нужно, но помню что было очень нужно.

Здесь, как раз, получается так, что UNKNOWN имеет смысл и тип данных для COALESCE(@Parameter, UNKNOWN) lолжен быть BOOLEAN, а для COALESCE(@Parameter, NULL) не известен (или вообще такое не должно компиллироваться ввиду абсурдности).

К стати, вот это вот FROM RDB$DATABASE я смотрю так и здравствует поныне, упрощённый синтаксис типа SELECT 1, 'abc' так и не разрешили :-(

Гаджимурадов Рустам, повторю, дело не в том, что оно вернёт в качестве данных, а в том, что оно вернёт в качестве типа столбца.

авторИ инсерты множественные обсуждались (не знаю,
добавили в тройку или нет). Ты тут на всё скопом
решил пожаловаться что ли? :)

Ну я же говорю что всё время хочу перейти. Хочется чтобы всё было прекрасно :-) ножественные инсёрты тоже вещь. Раз пользовался в жизни, зато как они не облегчили всё, ммммм :-)

Симонов Денис, это тоже вкусные плюшки. Но написать что-то типа

авторSELECT NULL AS Id, '(Not selected)' AS NAME
UNION ALL
SELECT Id, Name FROM MyTable

Это очень просто, прозрачно и удобно. Да, можно жить без этого.
Интересно, к стати, когда пишется что-то типа SELECT 1 FROM RDB$DATABASE, то происходят ли в движке какие-то лишние действия относительно RDB$DATABASE, которых можно было бы избежать?