-
![[image]](https://www.balancer.ru/cache/sites/com/ss/ssl-images-amazon/images-na/images/I/128x128-crop/51tgJcPLpnS._SX397_BO1,204,203,200_.jpg)
SQL
Теги:
yacc
tarasv> В контексте where результат выражения null эквивалентен false.
Нет - Unknown - это по стандарту.
Любое логическое выражение с Unknown дает Unknown
Но в результирующее множество выводятся только те, для которых выражение дает true
Отсекаются false и Unknown
Нет - Unknown - это по стандарту.
Любое логическое выражение с Unknown дает Unknown
Но в результирующее множество выводятся только те, для которых выражение дает true
Отсекаются false и Unknown
инфо
инструменты
tarasv
tarasv>> В контексте where результат выражения null эквивалентен false.
yacc> Нет - Unknown - это по стандарту.
Немного не понял суть возражения. Стандарт это отражение взглядов Кодда на двоичную логику с тремя значениями и есть. Не только его взглядов и поэтому у меня Кодд обобщенный. Если же возражение насчет использования false то Unknown и false в контекcте where clause эквивалентны.
yacc> Нет - Unknown - это по стандарту.
Немного не понял суть возражения. Стандарт это отражение взглядов Кодда на двоичную логику с тремя значениями и есть. Не только его взглядов и поэтому у меня Кодд обобщенный. Если же возражение насчет использования false то Unknown и false в контекcте where clause эквивалентны.
tarasv> Если же возражение насчет использования false то Unknown и false в контекcте where clause эквивалентны.
Возражения тут только в том, что Salary = NULL имеет результат Unknown, а не false.
SELECT возвращает результат если фильтр дает true, false и Unknown не попадают в результат.
Можно считать что false и Unknown в этом плане эквивалентны, как бы "себе на заметку по-бытовому" но результат строго Unknown
Возражения тут только в том, что Salary = NULL имеет результат Unknown, а не false.
SELECT возвращает результат если фильтр дает true, false и Unknown не попадают в результат.
Можно считать что false и Unknown в этом плане эквивалентны, как бы "себе на заметку по-бытовому" но результат строго Unknown
tarasv>> Если же возражение насчет использования false то Unknown и false в контекcте where clause эквивалентны.
yacc> Возражения тут только в том, что Salary = NULL имеет результат Unknown, а не false.
Так именно это я с самого начала и написал "null размножаются в любых выражениях". Этот жаргонизм я слышал много раз и думал что он общеизвестный.
yacc> Возражения тут только в том, что Salary = NULL имеет результат Unknown, а не false.
Так именно это я с самого начала и написал "null размножаются в любых выражениях". Этот жаргонизм я слышал много раз и думал что он общеизвестный.
tarasv> Так именно это я с самого начала и написал
Т.е. факт, известный любому "настоящему программисту", вызвал бурную полемику? Странно. Вы, вообще, пробовали учиться программировать? Или только ходили за мастером, ключи подавали?
Т.е. факт, известный любому "настоящему программисту", вызвал бурную полемику? Странно. Вы, вообще, пробовали учиться программировать? Или только ходили за мастером, ключи подавали?
Bredonosec
Gudleifr> Или только ходили за мастером, ключи подавали?
А вы случаем в обычной жизни не сантехником работаете?
Судя по выбору устойчивых выражений.
А вы случаем в обычной жизни не сантехником работаете?
Судя по выбору устойчивых выражений.
Bredonosec> А вы случаем в обычной жизни не сантехником работаете?
Ну, с тех пор, как быдло подалось в IT-шники, приходится и сантехником, и плотником... Вчера, например, электриком. Заехал в ту квартиру, помните, где про долги соседей писал, а эти орлы перегрузили сеть и подумали, что это им не автомат, а приставы отрубили... И три дня сидели без света.
Ну, с тех пор, как быдло подалось в IT-шники, приходится и сантехником, и плотником... Вчера, например, электриком. Заехал в ту квартиру, помните, где про долги соседей писал, а эти орлы перегрузили сеть и подумали, что это им не автомат, а приставы отрубили... И три дня сидели без света.
Gudleifr> Т.е. факт, известный любому "настоящему программисту", вызвал бурную полемику? Странно. Вы, вообще, пробовали учиться программировать? Или только ходили за мастером, ключи подавали?
Вы, как обычно, вообще не поняли что мы обсуждаем. А обсуждаем мы не программирование, а сленг, который я ошибочно посчитал общеизвестным.
Вы, как обычно, вообще не поняли что мы обсуждаем. А обсуждаем мы не программирование, а сленг, который я ошибочно посчитал общеизвестным.
yacc>> Возражения тут только в том, что Salary = NULL имеет результат Unknown, а не false.
tarasv> Так именно это я с самого начала и написал "null размножаются в любых выражениях". Этот жаргонизм я слышал много раз и думал что он общеизвестный.
Практика показывает что не все знают про Unknown и думают что это false
Что в общем-то в большинстве не мешает писать правильные фильтры.
Ну просто потому что в обычных ЯП нет Unknown - например в C# или Java
Правда народ умудряется для лаконичности втащить в фильтры функции типа ISNULL(Salary,0)= 0 , а потом искренне удивляется - а что так производительность просела...
tarasv> Так именно это я с самого начала и написал "null размножаются в любых выражениях". Этот жаргонизм я слышал много раз и думал что он общеизвестный.
Практика показывает что не все знают про Unknown и думают что это false
Что в общем-то в большинстве не мешает писать правильные фильтры.
Ну просто потому что в обычных ЯП нет Unknown - например в C# или Java
Правда народ умудряется для лаконичности втащить в фильтры функции типа ISNULL(Salary,0)= 0 , а потом искренне удивляется - а что так производительность просела...
Татарин
yacc> Ну просто потому что в обычных ЯП нет Unknown - например в C# или Java
Как минимум в c# есть и широко применяются nullable-типы. Не то, чтоб это было "unknown", но на практике именно этот смысл и несёт.
И вообще, это какая-то жуть, я имею в виду сам подход. Всё же, минимально понимать основные концепции языка перед применением нужно.
Как минимум в c# есть и широко применяются nullable-типы. Не то, чтоб это было "unknown", но на практике именно этот смысл и несёт.
И вообще, это какая-то жуть, я имею в виду сам подход. Всё же, минимально понимать основные концепции языка перед применением нужно.
yacc> Ну просто потому что в обычных ЯП нет Unknown - например в C# или Java
Там есть Nothing
Там есть Nothing
yacc>> Ну просто потому что в обычных ЯП нет Unknown - например в C# или Java
U235> Там есть Nothing
Это не совсем то.
U235> Там есть Nothing
Это не совсем то.
yacc>> Ну просто потому что в обычных ЯП нет Unknown - например в C# или Java
Татарин> Как минимум в c# есть и широко применяются nullable-типы. Не то, чтоб это было "unknown", но на практике именно этот смысл и несёт.
Это немного другое.
В ЯП типа шарпа или питона можно выставить Null ( или None ) практически для всего, в SQL если поставить его для поля NOT NULL - запрос обломится с ошибкой.
Татарин> Как минимум в c# есть и широко применяются nullable-типы. Не то, чтоб это было "unknown", но на практике именно этот смысл и несёт.
Это немного другое.
В ЯП типа шарпа или питона можно выставить Null ( или None ) практически для всего, в SQL если поставить его для поля NOT NULL - запрос обломится с ошибкой.
- yacc [24.01.2022 12:20]: Тема создана из Специальность программиста
- yacc [24.01.2022 12:21]: Перенос сообщений из Специальность программиста
- yacc [24.01.2022 12:21]: Перенос сообщений из Специальность программиста
yacc> Это не совсем то.
Очень родственная вещь. Идея не инициализированного значения переменной или объекта во многом перекликается с Null
Очень родственная вещь. Идея не инициализированного значения переменной или объекта во многом перекликается с Null
cholev
yacc>> Ну просто потому что в обычных ЯП нет Unknown - например в C# или Java
U235> Там есть Nothing
Nothing есть в VB. В C# называется null.
U235> Там есть Nothing
Nothing есть в VB. В C# называется null.
cholev> Nothing есть в VB. В C# называется null.
Я эти языки учил одним пакетом, т.к. .NET, и т.к. несколько лет на них уже не пишу, то в голове они немного перепутались.
Я эти языки учил одним пакетом, т.к. .NET, и т.к. несколько лет на них уже не пишу, то в голове они немного перепутались.
U235> Очень родственная вещь. Идея не инициализированного значения переменной или объекта во многом перекликается с Null
Нет.
Неинициализированная переменная может влегкую содержать мусор.
Скажем завел я в C++ так
int val;
и в этой val может быть какое угодно г-но, что кардинально отличается от NULL
Нет.
Неинициализированная переменная может влегкую содержать мусор.
Скажем завел я в C++ так
int val;
и в этой val может быть какое угодно г-но, что кардинально отличается от NULL
yacc>>> Ну просто потому что в обычных ЯП нет Unknown - например в C# или Java
U235>> Там есть Nothing
cholev> Nothing есть в VB. В C# называется null.
А это совсем разные вещи. В VB "nothing" - это состояние var'a. То есть, переменная есть, но она не типизирована, не определены ни значение, ни тип. Но сама переменная есть. Просто хранит "насиньг".
Прямой аналог в C# - базовый object, boxed.
Null же в ссылке в с# - это отсутствие объекта вообще.
...
Можно спорить, что больше соотвествует нулю в SQL, но это будет абстрактный спор и разговор вообще, строго говоря, прямого соотвествия нет.
Но вот соотвествие объектов c# и VB - вопрос вполне конкретный и практический (например, при вызове dll одного языка из другого).
U235>> Там есть Nothing
cholev> Nothing есть в VB. В C# называется null.
А это совсем разные вещи. В VB "nothing" - это состояние var'a. То есть, переменная есть, но она не типизирована, не определены ни значение, ни тип. Но сама переменная есть. Просто хранит "насиньг".
Прямой аналог в C# - базовый object, boxed.
Null же в ссылке в с# - это отсутствие объекта вообще.
...
Можно спорить, что больше соотвествует нулю в SQL, но это будет абстрактный спор и разговор вообще, строго говоря, прямого соотвествия нет.
Но вот соотвествие объектов c# и VB - вопрос вполне конкретный и практический (например, при вызове dll одного языка из другого).
Татарин> Можно спорить, что больше соотвествует нулю в SQL, но это будет абстрактный спор и разговор вообще, строго говоря, прямого соотвествия нет.
Именно так - строго говоря нет прямого соответствия
Именно так - строго говоря нет прямого соответствия
U235>> Очень родственная вещь. Идея не инициализированного значения переменной или объекта во многом перекликается с Null
yacc> Нет.
yacc> Неинициализированная переменная может влегкую содержать мусор.
Скажем так: что бы ни содержала неинициализированная переменная нативного типа, это всегда определённое значение этого типа. По содержимому никогда не сказать, что она неинициализирована.
yacc> Скажем завел я в C++ так
yacc> int val;
yacc> и в этой val может быть какое угодно г-но, что кардинально отличается от NULL
Чаще всего не будет, из-за секурити. Нули будут в большинстве современных связок ОС+компилер.
Ну, и в c# так (если int - unboxed).
yacc> Нет.
yacc> Неинициализированная переменная может влегкую содержать мусор.
Скажем так: что бы ни содержала неинициализированная переменная нативного типа, это всегда определённое значение этого типа. По содержимому никогда не сказать, что она неинициализирована.
yacc> Скажем завел я в C++ так
yacc> int val;
yacc> и в этой val может быть какое угодно г-но, что кардинально отличается от NULL
Чаще всего не будет, из-за секурити. Нули будут в большинстве современных связок ОС+компилер.
Ну, и в c# так (если int - unboxed).
Татарин> Скажем так: что бы ни содержала неинициализированная переменная нативного типа, это всегда определённое значение этого типа. По содержимому никогда не сказать, что она неинициализирована.
В SQL если не сказано иное это INT чем уже отличается
Скажем я сделал запрос:
SELECT NULL AS A, GETDATE() AS B
Так вот А будет INT, а B - DATETIME
yacc>> и в этой val может быть какое угодно г-но, что кардинально отличается от NULL
Татарин> Чаще всего не будет, из-за секурити. Нули будут в большинстве современных связок ОС+компилер.
Помнится в VC6.0 в Debug это инициализировалось нулем, а вот в Release - нет - чтобы не тратить время на то, что не просили - инициализация это код.
Что при неаккуратности приводило к ошибке.
В SQL если не сказано иное это INT чем уже отличается
Скажем я сделал запрос:
SELECT NULL AS A, GETDATE() AS B
Так вот А будет INT, а B - DATETIME
yacc>> и в этой val может быть какое угодно г-но, что кардинально отличается от NULL
Татарин> Чаще всего не будет, из-за секурити. Нули будут в большинстве современных связок ОС+компилер.
Помнится в VC6.0 в Debug это инициализировалось нулем, а вот в Release - нет - чтобы не тратить время на то, что не просили - инициализация это код.
Что при неаккуратности приводило к ошибке.
yacc>>>> Ну просто потому что в обычных ЯП нет Unknown - например в C# или Java
Татарин> U235>> Там есть Nothing
cholev>> Nothing есть в VB. В C# называется null.
Татарин> А это совсем разные вещи. В VB "nothing" - это состояние var'a. То есть, переменная есть, но она не типизирована, не определены ни значение, ни тип. Но сама переменная есть. Просто хранит "насиньг".
Это справедливо для VB6.0 100 лет назад
В VB.NET
Dim var as Integer
var=0
Dim var as Integer?
var=Nothing и var is Integer
Татарин> U235>> Там есть Nothing
cholev>> Nothing есть в VB. В C# называется null.
Татарин> А это совсем разные вещи. В VB "nothing" - это состояние var'a. То есть, переменная есть, но она не типизирована, не определены ни значение, ни тип. Но сама переменная есть. Просто хранит "насиньг".
Это справедливо для VB6.0 100 лет назад
В VB.NET
Dim var as Integer
var=0
Dim var as Integer?
var=Nothing и var is Integer
yacc> Скажем я сделал запрос:
yacc> SELECT NULL AS A, GETDATE() AS B
yacc> Так вот А будет INT, а B - DATETIME
Там всяких граблей. Например, в оракле:
select 'XX' as nn from dual
union all
select null from dual
Все ок.
select 'XX' as nn from dual
union all
select null + 0 from dual
Еггог. Маст хэв сейм дататайп...
select null || '' as nn from dual
union all
select null + 0 from dual
Опять хорошо.
select '' as nn from dual
union all
select null + 0 from dual
Опять Еггог. Хотя:
select 'Ку-ку' as nn from dual where (select '' as nn from dual) is null
Даст нам Ку-ку.
yacc> SELECT NULL AS A, GETDATE() AS B
yacc> Так вот А будет INT, а B - DATETIME
Там всяких граблей. Например, в оракле:
select 'XX' as nn from dual
union all
select null from dual
Все ок.
select 'XX' as nn from dual
union all
select null + 0 from dual
Еггог. Маст хэв сейм дататайп...
select null || '' as nn from dual
union all
select null + 0 from dual
Опять хорошо.
select '' as nn from dual
union all
select null + 0 from dual
Опять Еггог. Хотя:
select 'Ку-ку' as nn from dual where (select '' as nn from dual) is null
Даст нам Ку-ку.
cholev> Это справедливо для VB6.0 100 лет назад
cholev> В VB.NET
А это уже совсем другой язык.
cholev> Dim var as Integer?
Это нормальный нуллабле. Как в c#.
cholev> В VB.NET
А это уже совсем другой язык.
cholev> Dim var as Integer?
Это нормальный нуллабле. Как в c#.
tarasv> А обсуждаем мы не программирование
Ну, в этом-то никто не сомневался...
P.S. Не, серьезно, забить для этого мусора тему SQL? Что-то у вас с маршрутизацией на форуме.
Ну, в этом-то никто не сомневался...
P.S. Не, серьезно, забить для этого мусора тему SQL? Что-то у вас с маршрутизацией на форуме.
Copyright © Balancer 1997..2022
Создано 19.01.2022
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
Создано 19.01.2022
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
