WildSeryКстати, в документации к Postgre, там, где into не табличный, явно написано, что into :var присваивает null, если выборка пустая.

Какие жалкие людишки копаются в этом постгрессе.

Нет чтобы обозвать пользователей дураками и лентяями и послать их на три полярные экспедиции

чччДВ документации фраза есть:

Стр. 295Простой оператор SELECT может быть использован в PSQL, только если он возвращает
единственную строку, то есть, если это запрос типа синглтон (singleton).

Тут просто складывают яблоки с апельсинами.

На самом деле есть ДВА способа использовать бесцикловый SELECT внутри PSQL, и у них вообще говоря возможно разное поведение при "особых случаях".

Я два раза уже называл эти разные способы выше




А вообще, действительно интересно, что *по стандарту* должно возвращать выражение "(select ....)" если записей нет вообще - NULL или ошибку.

kdvif a = 5 then
b:=10;

если a = 4 - что будет в переменной b? Вот тут абсолютно так же

Да нет тут никакого "абсолютно так же".

Нету у топикстартера ни цикла, не ветвления, НЕ-ТУ.

Разговор примерно такой:

- Если я зимой на бетон уроню банку с бензином - он загорится?
- Что будет, если ты уронишь в банку с бензином тлеющий окурок, а потом выронишь саму банку? Загорится? Ну вот в твоей случае "абсолютно так же" (С)

WildSeryУ кого стандарт SQL под рукой есть? Там в SELECT INTO что-то сказано по поводу пустых запросов?

В стандарте INTO вообще в другом месте ставится

Но поведение FB в связи с INTO вроде бы правильное, если потмо в стандарте ничего не поменяли

ISO/IEC 9075-2:1999 (E)
14.5 <select statement: single row>
Data manipulation p.665

......

Format
<select statement: single row> ::=
SELECT [ <set quantifier> ] <select list>
INTO <select target list>
<table expression>

.....

<table expression> ::=
<from clause>
[ <where clause> ]
[ <group by clause> ]
[ <having clause> ]

.......

a) If the cardinality of Q is greater than 1 (one), then an exception condition is raised: car-
dinality violation. It is implementation-dependent whether or not SQL-data values are
assigned to the targets identified by the <select target list>.
b) If Q is empty, then no SQL-data values are assigned to any targets identified by the <select
target list>, and a completion condition is raised: no data.
c) Otherwise, values in the row of Q are assigned to their corresponding targets

чччДТут случай, когда select используется с into, так что ты э... гонишь. :)

и что, там от этого цикл вырос? не вырос.

чччД,

угу.

Также и с выражениями вроде бы корректно (хотя я бы распял рас шесть тех, кто стандарт писал. Это явно аннунаки с другой галактики были, найти в нём что-то не вывихнув остатки черепа.... Ну да ладно, пустое).
Но в доке тоже надо отобразить.




Первое вернёт NULL, а второе - 10.

SQL 1999-2
2) Let SS be a <scalar subquery>.
Case:
a) If the cardinality of SS is greater than 1 (one), then an exception condition is raised: cardi-
nality violation.
b) If the cardinality of SS is 0 (zero), then the value of the <scalar subquery> is the null value .
c) Otherwise, let C be the column of <query expression> simply contained in SS. The value of
SS is the value of C in the unique row of the result of the <scalar subquery>.

Query expressions p.283

kdvя не вижу разницы в этих способах. Нет результата - ничего не присваивается. Есть результат - присваивается.

А стандарт - видит. И сам firebird тожt видит
Если результата нету - то присваивается NULL
В одном из случаев.

И если даже ты не можешь навскидку вспомнить правильное по стандарту поведение, странно это ожидать от чайников.

Гаджимурадов РустамТы не заметил, что кроме тебя про циклы вообще никто даже не заикался?

Иногда лучше жевать, чем....
...чем торопиться, скажем вежливо.

rdb_devЕсли, к примеру, подобный запрос внутри FOR возвращает строки

Симонов Денисэто же очевидно. Не надо путать тёплое с мягким

Нет. Это - всего лишь привычно, и ни в коем случае не очевидно.

Это даже KDV как оказалось не очевидно.

Зато все тут обронзовели и с "тупыми юзерами" только через губу могут общаться