sql select возвращает null когда я вызываю функцию в условии, которая создаёт и возвращает id этой записи
Добавьте минимальный воспроизводимый пример ru.stackoverflow.com/help/minimal-reproducible-example Пока непонятно, что вы делаете.
18 авг 2020 в 7:48
2 ответа 2
Сортировка: Сброс на вариант по умолчанию
Думаю вы в хотите вставить запись и тут же вернуть ее из базы. Можете посмотреть на данный пример
CREATE FUNCTION sch.table_add( in_column_1 BIGINT, in_column_2 TEXT ) RETURNS TABLE ( id BIGINT, column_1 BIGINT, column_2 TEXT ) AS $$ DECLARE _id BIGINT; result sch.table%ROWTYPE; BEGIN INSERT INTO sch.table( id, column_1, column_2 ) VALUES ( in_id, in_column_1, in_column_2 ) RETURNING id INTO _id; RETURN QUERY SELECT sch.table.id, sch.table.column_1, sch.table.column_2 FROM sch.table WHERE sch.table.id = _id; END; $$ LANGUAGE plpgsql; Отслеживать
ответ дан 18 авг 2020 в 7:59
Aziz Umarov Aziz Umarov
22.5k 2 2 золотых знака 10 10 серебряных знаков 33 33 бронзовых знака
create temp table foo (i int); create or replace function create_record() returns int as $$ begin raise notice 'call'; insert into foo values (1); return 1; end $$ language plpgsql; insert into foo values (1),(5); select * from foo where i = create_record(); NOTICE: call NOTICE: call i --- 1 select count(*) from foo; count ------- 4 Удивительно или нет? Так и должно быть.
Поскольку функция выполняет операцию записи — она должна быть volatile . А поскольку функция volatile — планировщик обязан вызывать её для каждой проверяемой строки и по той же самой volatile причине невозможно выполнить функцию и затем сделать index scan по этому значению — это будет ошибочное поведение, volatile функция имеет право возвращать разные результаты на каждый вызов ( random — пример volatile функции).
То есть, в общем-то, уже всё равно что запрос не увидит результат insert — запрос вовсе ведёт себя не так, как вы бы того хотели.
Отдельно про то, почему запрос не увидит созданные строки: это особенность MVCC модели. Для корректного определения видимости строки используется снэпшот mvcc, ключевыми в контексте этого вопроса моментами в нём являются:
- номера транзакций, добавившие и удалившие запись — с этой позиции всё хорошо, запись не удалялась, добавлялась в этой транзакции
- значения command counter аналогично добавления и удаления — счётчика команд в транзакции. Счётчик команд штука очень нужная, чтобы можно было корректно в транзакции делать update и видеть в результате соответствующий результат, а не старую и новую версии строк.
И вот как раз на счётчике команд и спотыкаемся. Весь select выполняется в одном и том же снэпшоте mvcc и потому не увидит результат insert в хранимке — результат этого insert ещё не виден в этой команде. Иначе бы очень странно начали работать, например, insert into tablename select . from tablename where .
Правильным же подходом будет возвращать из хранимки не только id , но сразу данные всей строки.
create or replace function create_record_row() returns foo -- имя таблицы это ещё и композитный тип данных, описывающий строку таблицы as $$ declare res foo%rowtype begin insert into foo values (1) returning * into res; return res; end $$ language plpgsql; select i from create_record_row(); Что возвращает select если ничего не найдено sql
В этом и последующих разделах описаны все типы операторов, которые понимает PL/pgSQL . Все, что не признается в качестве одного из этих типов операторов, считается командой SQL и отправляется для исполнения в основную машину базы данных, как описано в Подразделе 40.5.2 и Подразделе 40.5.3.
40.5.1. Присваивания
Присвоение значения переменной PL/pgSQL записывается в виде:
переменная< := | = >выражение;
Как описывалось ранее, выражение в таком операторе вычисляется с помощью SQL-команды SELECT , посылаемой в основную машину базы данных. Выражение должно получить одно значение (возможно, значение строки, если переменная строкового типа или типа record ). Целевая переменная может быть простой переменной (возможно, дополненной именем блока), полем в переменной строкового типа или записи; или элементом массива, который является простой переменной или полем. Для присвоения можно использовать знак равенства ( = ) вместо совместимого с PL/SQL := .
Если тип данных результата выражения не соответствует типу данных переменной, это значение будет преобразовано к нужному типу с использованием приведения присваивания (см. Раздел 10.4). В случае отсутствия приведения присваивания для этой пары типов, интерпретатор PL/pgSQL попытается преобразовать значение результата через текстовый формат, то есть применив функцию вывода типа результата, а за ней функцию ввода типа переменной. Заметьте, что при этом функция ввода может выдавать ошибки времени выполнения, если не воспримет строковое представление значения результата.
tax := subtotal * 0.06; my_record.user_id := 20;
40.5.2. Выполнение команды, не возвращающей результат
В функции на PL/pgSQL можно выполнить любую команду SQL, не возвращающую строк, просто написав эту команду (например, INSERT без предложения RETURNING ).
Имя любой переменной PL/pgSQL в тексте команды рассматривается как параметр, а затем текущее значение переменной подставляется в качестве значения параметра во время выполнения. Это в точности совпадает с описанной ранее обработкой для выражений; за подробностями обратитесь к Подразделу 40.10.1.
При выполнении SQL-команды таким образом, PL/pgSQL может кешировать и повторно использовать план выполнения команды, как обсуждается в Подразделе 40.10.2.
Иногда бывает полезно вычислить значение выражения или запроса SELECT , но отказаться от результата, например, при вызове функции, у которой есть побочные эффекты, но нет полезного результата. Для этого в PL/pgSQL , используется оператор PERFORM :
PERFORM запрос;
Эта команда выполняет запрос и отбрасывает результат. Запросы пишутся таким же образом, как и в команде SQL SELECT , но ключевое слово SELECT заменяется на PERFORM . Для запросов WITH после PERFORM нужно поместить запрос в скобки. (В этом случае запрос может вернуть только одну строку.) Переменные PL/pgSQL будут подставлены в запрос так же, как и в команду, не возвращающую результат, план запроса также кешируется. Кроме того, специальная переменная FOUND устанавливается в истину, если запрос возвращает, по крайней мере, одну строку, или ложь, если не возвращает ни одной строки (см. Подраздел 40.5.5).
Примечание
Можно предположить, что такой же результат получается непосредственно командой SELECT , но в настоящее время использование PERFORM является единственным способом. Команда SQL, которая может возвращать строки, например SELECT , будет отклонена с ошибкой, если не имеет предложения INTO , как описано в следующем разделе.
PERFORM create_mv('cs_session_page_requests_mv', my_query);
40.5.3. Выполнение запроса, возвращающего одну строку
Результат SQL-команды, возвращающей одну строку (возможно из нескольких столбцов), может быть присвоен переменной типа record , переменной строкового типа или списку скалярных переменных. Для этого нужно к основной команде SQL добавить предложение INTO . Так, например:
SELECTвыражения_selectINTO [STRICT]цельFROM . ; INSERT . RETURNINGвыраженияINTO [STRICT]цель; UPDATE . RETURNINGвыраженияINTO [STRICT]цель; DELETE . RETURNINGвыраженияINTO [STRICT]цель;
где цель может быть переменной типа record , строковой переменной или разделённым запятыми списком скалярных переменных, полей записи/строки. Переменные PL/pgSQL подставляются в оставшуюся часть запроса, план выполнения кешируется, так же, как было описано выше для команд, не возвращающих строки. Это работает для команд SELECT , INSERT / UPDATE / DELETE с предложением RETURNING и утилит, возвращающих результат в виде набора строк (таких, как EXPLAIN ). За исключением предложения INTO , это те же SQL-команды, как их можно написать вне PL/pgSQL .
Подсказка
Обратите внимание, что данная интерпретация SELECT с INTO полностью отличается от PostgreSQL команды SELECT INTO , где в INTO указывается вновь создаваемая таблица. Если вы хотите в функции на PL/pgSQL создать таблицу, основанную на результате команды SELECT , используйте синтаксис CREATE TABLE . AS SELECT .
Если результат запроса присваивается переменной строкового типа или списку переменных, то они должны в точности соответствовать по количеству и типам данных столбцам результата, иначе произойдёт ошибка во время выполнения. Если используется переменная типа record , то она автоматически приводится к строковому типу результата запроса.
Предложение INTO может появиться практически в любом месте SQL-команды. Обычно его записывают непосредственно перед или сразу после списка выражения_select в SELECT или в конце команды для команд других типов. Рекомендуется следовать этому соглашению на случай, если правила разбора PL/pgSQL ужесточатся в будущих версиях.
Если указание STRICT отсутствует в предложении INTO , то цели присваивается первая строка, возвращённая запросом; или NULL, если запрос не вернул строк. (Заметим, что понятие « первая строка » определяется неоднозначно без ORDER BY .) Все остальные строки результата после первой отбрасываются. Можно проверить специальную переменную FOUND (см. Подраздел 40.5.5), чтобы определить, была ли возвращена запись:
SELECT * INTO myrec FROM emp WHERE empname = myname; IF NOT FOUND THEN RAISE EXCEPTION 'Сотрудник % не найден', myname; END IF;
Если добавлено указание STRICT , то запрос должен вернуть ровно одну строку или произойдёт ошибка во время выполнения: либо NO_DATA_FOUND (нет строк), либо TOO_MANY_ROWS (более одной строки). Можно использовать секцию исключений в блоке для обработки ошибок, например:
BEGIN SELECT * INTO STRICT myrec FROM emp WHERE empname = myname; EXCEPTION WHEN NO_DATA_FOUND THEN RAISE EXCEPTION 'Сотрудник % не найден', myname; WHEN TOO_MANY_ROWS THEN RAISE EXCEPTION 'Сотрудник % уже существует', myname; END;
После успешного выполнения команды с указанием STRICT , значение переменной FOUND всегда устанавливается в истину.
Для INSERT / UPDATE / DELETE с RETURNING , PL/pgSQL возвращает ошибку, если выбрано более одной строки, даже в том случае, когда указание STRICT отсутствует. Так происходит потому, что у этих команд нет возможности, типа ORDER BY , указать какая из задействованных строк должна быть возвращена.
Если для функции включён режим print_strict_params , то при возникновении ошибки, связанной с нарушением условия STRICT , в детальную ( DETAIL ) часть сообщения об ошибке будет включена информация о параметрах, переданных запросу. Изменить значение print_strict_params можно установкой параметра plpgsql.print_strict_params . Но это повлияет только на функции, скомпилированные после изменения. Для конкретной функции можно использовать указание компилятора, например:
CREATE FUNCTION get_userid(username text) RETURNS int AS $$ #print_strict_params on DECLARE userid int; BEGIN SELECT users.userid INTO STRICT userid FROM users WHERE users.username = get_userid.username; RETURN userid; END; $$ LANGUAGE plpgsql;
В случае сбоя будет сформировано примерно такое сообщение об ошибке
ERROR: query returned no rows DETAIL: parameters: $1 = 'nosuchuser' CONTEXT: PL/pgSQL function get_userid(text) line 6 at SQL statement
Примечание
С указанием STRICT поведение SELECT INTO и связанных операторов соответствует принятому в Oracle PL/SQL.
Как действовать в случаях, когда требуется обработать несколько строк результата, описано в Подразделе 40.6.4.
40.5.4. Выполнение динамически формируемых команд
Часто требуется динамически формировать команды внутри функций на PL/pgSQL , то есть такие команды, в которых при каждом выполнении могут использоваться разные таблицы или типы данных. Обычно PL/pgSQL кеширует планы выполнения (как описано в Подразделе 40.10.2), но в случае с динамическими командами это не будет работать. Для исполнения динамических команд предусмотрен оператор EXECUTE :
EXECUTEстрока-команды[ INTO [STRICT]цель] [ USINGвыражение[, . ] ];
где строка-команды это выражение, формирующее строку (типа text ) с текстом команды, которую нужно выполнить. Необязательная цель — это переменная-запись, переменная-кортеж или разделённый запятыми список простых переменных и полей записи/кортежа, куда будут помещены результаты команды. Необязательные выражения в USING формируют значения, которые будут вставлены в команду.
В сформированном тексте команды замена имён переменных PL/pgSQL на их значения проводиться не будет. Все необходимые значения переменных должны быть вставлены в командную строку при её построении, либо нужно использовать параметры, как описано ниже.
Также, нет никакого плана кеширования для команд, выполняемых с помощью EXECUTE . Вместо этого план создаётся каждый раз при выполнении. Таким образом, строка команды может динамически создаваться внутри функции для выполнения действий с различными таблицами и столбцами.
Предложение INTO указывает, куда должны быть помещены результаты SQL-команды, возвращающей строки. Если используется переменная строкового типа или список переменных, то они должны в точности соответствовать структуре результата запроса (когда используется переменная типа record , она автоматически приводится к строковому типу результата запроса). Если возвращается несколько строк, то только первая будет присвоена переменной(ым) в INTO . Если не возвращается ни одной строки, то присваивается NULL. Без предложения INTO результаты запроса отбрасываются.
С указанием STRICT запрос должен вернуть ровно одну строку, иначе выдаётся сообщение об ошибке.
В тексте команды можно использовать значения параметров, ссылки на параметры обозначаются как $1 , $2 и т. д. Эти символы указывают на значения, находящиеся в предложении USING . Такой метод зачастую предпочтительнее, чем вставка значений в команду в виде текста: он позволяет исключить во время исполнения дополнительные расходы на преобразования значений в текст и обратно, и не открывает возможности для SQL-инъекций, не требуя применять экранирование или кавычки для спецсимволов. Пример:
EXECUTE 'SELECT count(*) FROM mytable WHERE inserted_by = $1 AND insertedОбратите внимание, что символы параметров можно использовать только вместо значений данных. Если же требуется динамически формировать имена таблиц или столбцов, их необходимо вставлять в виде текста. Например, если в предыдущем запросе необходимо динамически задавать имя таблицы, можно сделать следующее:
EXECUTE 'SELECT count(*) FROM ' || quote_ident(tabname) || ' WHERE inserted_by = $1 AND insertedВ качестве более аккуратного решения, вместо имени таблиц или столбцов можно использовать указание формата %I с функцией format() (текст, разделённый символами новой строки, соединяется вместе):
EXECUTE format('SELECT count(*) FROM %I ' 'WHERE inserted_by = $1 AND insertedЕщё одно ограничение состоит в том, что символы параметров могут использоваться только в командах SELECT , INSERT , UPDATE и DELETE . В операторы других типов (обычно называемые служебными) значения нужно вставлять в текстовом виде, даже если это просто значения данных.
Команда EXECUTE c неизменяемым текстом и параметрами USING (как в первом примере выше), функционально эквивалентна команде, записанной напрямую в PL/pgSQL , в которой переменные PL/pgSQL автоматически заменяются значениями. Важное отличие в том, что EXECUTE при каждом исполнении заново строит план команды с учётом текущих значений параметров, тогда как PL/pgSQL строит общий план выполнения и кеширует его при повторном использовании. В тех случаях, когда наилучший план выполнения сильно зависит от значений параметров, может быть полезно использовать EXECUTE для гарантии того, что не будет выбран общий план.
В настоящее время команда SELECT INTO не поддерживается в EXECUTE , вместо этого нужно выполнять обычный SELECT и указать INTO для самой команды EXECUTE .
Примечание
Оператор EXECUTE в PL/pgSQL не имеет отношения к одноимённому SQL-оператору сервера PostgreSQL . Серверный EXECUTE не может напрямую использоваться в функциях на PL/pgSQL (и в этом нет необходимости).
Пример 40.1. Использование кавычек в динамических запросах
При работе с динамическими командами часто приходится иметь дело с экранированием одинарных кавычек. Рекомендуемым методом для взятия текста в кавычки в теле функции является экранирование знаками доллара. (Если имеется унаследованный код, не использующий этот метод, пожалуйста, обратитесь к обзору в Подразделе 40.11.1, это поможет сэкономить усилия при переводе кода к более приемлемому виду.)
Динамические значения требуют особого внимания, так как они могут содержать апострофы. Например, можно использовать функцию format() (предполагается, что тело функции заключается в доллары, так что апострофы дублировать не нужно):
EXECUTE format('UPDATE tbl SET %I = $1 ' 'WHERE key = $2', colname) USING newvalue, keyvalue;Также можно напрямую вызывать функции заключения в кавычки:
EXECUTE 'UPDATE tbl SET ' || quote_ident(colname) || ' = ' || quote_literal(newvalue) || ' WHERE key = ' || quote_literal(keyvalue);Этот пример демонстрирует использование функций quote_ident и quote_literal (см. Раздел 9.4). Для надёжности, выражения, содержащие идентификаторы столбцов и таблиц должны использовать функцию quote_ident при добавлении в текст запроса. А для выражений со значениями, которые должны быть обычными строками, используется функция quote_literal . Эти функции выполняют соответствующие шаги, чтобы вернуть текст, по ситуации заключённый в двойные или одинарные кавычки и с правильно экранированными специальными символами.
Так как функция quote_literal помечена как STRICT , то она всегда возвращает NULL, если переданный ей аргумент имеет значение NULL. В приведённом выше примере, если newvalue или keyvalue были NULL, вся строка с текстом запроса станет NULL, что приведёт к ошибке в EXECUTE . Для предотвращения этой проблемы используйте функцию quote_nullable , которая работает так же, как quote_literal за исключением того, что при вызове с пустым аргументом возвращает строку 'NULL'. Например:
EXECUTE 'UPDATE tbl SET ' || quote_ident(colname) || ' = ' || quote_nullable(newvalue) || ' WHERE key = ' || quote_nullable(keyvalue);Если вы имеете дело со значениями, которые могут быть пустыми, то, как правило, нужно использовать quote_nullable вместо quote_literal .
Как обычно, необходимо убедиться, что значения NULL в запросе не принесут неожиданных результатов. Например, следующее условие WHERE
'WHERE key = ' || quote_nullable(keyvalue)никогда не выполнится, если keyvalue — NULL, так как применение = с операндом, имеющим значение NULL, всегда даёт NULL. Если требуется, чтобы NULL обрабатывалось как обычное значение, то условие выше нужно переписать так:
'WHERE key IS NOT DISTINCT FROM ' || quote_nullable(keyvalue)(В настоящее время IS NOT DISTINCT FROM работает менее эффективно, чем = , так что используйте этот способ, только если это действительно необходимо. Подробнее особенности NULL и IS DISTINCT описаны в Разделе 9.2.)
Обратите внимание, что использование знака $ полезно только для взятия в кавычки фиксированного текста. Плохая идея написать этот пример так:
EXECUTE 'UPDATE tbl SET ' || quote_ident(colname) || ' = $$' || newvalue || '$$ WHERE key = ' || quote_literal(keyvalue);потому что newvalue может также содержать $$ . Эта же проблема может возникнуть и с любым другим разделителем, используемым после знака $ . Поэтому, чтобы безопасно заключить заранее неизвестный текст в кавычки, нужно использовать соответствующие функции: quote_literal , quote_nullable , или quote_ident .
Динамические операторы SQL также можно безопасно сформировать, используя функцию format (см. Раздел 9.4). Например:
EXECUTE format('UPDATE tbl SET %I = %L ' 'WHERE key = %L', colname, newvalue, keyvalue);Указание %I равнозначно вызову quote_ident , а %L — вызову quote_nullable . Функция format может применяться в сочетании с предложением USING :
EXECUTE format('UPDATE tbl SET %I = $1 WHERE key = $2', colname) USING newvalue, keyvalue;Эта форма лучше, так как с ней переменные обрабатываются в их собственном формате данных, а не преобразуются безусловно в текст, чтобы затем выводиться с использованием %L . Она также и более эффективна.
Более объёмный пример использования динамической команды и EXECUTE можно увидеть в Примере 40.9. В нём создаётся и динамически выполняется команда CREATE FUNCTION для определения новой функции.
40.5.5. Статус выполнения команды
Определить результат команды можно несколькими способами. Во-первых, можно воспользоваться командой GET DIAGNOSTICS , имеющей форму:
GET [ CURRENT ] DIAGNOSTICSпеременная< = | := >элемент[ , . ];Эта команда позволяет получить системные индикаторы состояния. Слово CURRENT не несёт смысловой нагрузки (но см. также описание GET STACKED DIAGNOSTICS в Подразделе 40.6.6.1). Каждый элемент представляется ключевым словом, указывающим, какое значение состояния нужно присвоить заданной переменной (она должна иметь подходящий тип данных, чтобы принять его). Доступные в настоящее время элементы состояния показаны в Таблице 40.1. Вместо принятого в стандарте SQL присваивания ( = ) можно применять присваивание с двоеточием ( := ). Например:
GET DIAGNOSTICS integer_var = ROW_COUNT;Таблица 40.1. Доступные элементы диагностики
| Имя | Тип | Описание |
|---|---|---|
| ROW_COUNT | integer | число строк, обработанных последней командой SQL |
| RESULT_OID | oid | OID последней строки, вставленной предыдущей командой SQL (полезен только после команды INSERT для таблицы, содержащей OID) |
| PG_CONTEXT | text | строки текста, описывающие текущий стек вызовов (см. Подраздел 40.6.7) |
Второй способ определения статуса выполнения команды заключается в проверке значения специальной переменной FOUND , имеющей тип boolean . При вызове функции на PL/pgSQL , переменная FOUND инициализируется в ложь. Далее, значение переменной изменяется следующими операторами:
SELECT INTO записывает в FOUND true, если строка присвоена, или false, если строки не были получены.
PERFORM записывает в FOUND true, если строки выбраны (и отброшены) или false, если строки не выбраны.
UPDATE , INSERT и DELETE записывают в FOUND true, если при их выполнении была задействована хотя бы одна строка, или false, если ни одна строка не была задействована.
FETCH записывают в FOUND true, если команда вернула строку, или false, если строка не выбрана.
MOVE записывают в FOUND true при успешном перемещении курсора, в противном случае — false.
FOR , как и FOREACH , записывает в FOUND true, если была произведена хотя бы одна итерация цикла, в противном случае — false. При этом значение FOUND будет установлено только после выхода из цикла. Пока цикл выполняется, оператор цикла не изменяет значение переменной. Но другие операторы внутри цикла могут менять значение FOUND .
Другие операторы PL/pgSQL не меняют значение FOUND . Помните в частности, что EXECUTE изменяет вывод GET DIAGNOSTICS , но не меняет FOUND .
FOUND является локальной переменной в каждой функции PL/pgSQL и любые её изменения, влияют только на текущую функцию.
40.5.6. Не делать ничего
Иногда бывает полезен оператор, который не делает ничего. Например, он может показывать, что одна из ветвей if/then/else сознательно оставлена пустой. Для этих целей используется NULL :
NULL;
В следующем примере два фрагмента кода эквивалентны:
BEGIN y := x / 0; EXCEPTION WHEN division_by_zero THEN NULL; -- ошибка игнорируется END;
BEGIN y := x / 0; EXCEPTION WHEN division_by_zero THEN -- ошибка игнорируется END;
Какой вариант выбрать — дело вкуса.
Примечание
В Oracle PL/SQL не допускаются пустые списки операторов, поэтому NULL обязателен в подобных ситуациях. В PL/pgSQL разрешается не писать ничего.
| Пред. | Наверх | След. |
| 40.4. Выражения | Начало | 40.6. Управляющие структуры |
Что возвращает sql запрос, если поле пустое?
Что то не могу сообразить, есть цикл с запросом в бд, for ret in cursor.execute(), если значение в полях есть, то переменная ret содержит это значение, а если нет. Пробовал проверку на None, не помогло. Так как мне отловить пустую строку при запросе?
- Вопрос задан более года назад
- 216 просмотров
Комментировать
Решения вопроса 1
HardX, произойдёт то же самое, как при попытке итерироваться по пустому списку.
Тело цикла просто не выполнится ни разу, и всё.
empty_list = [] print('Before') for item in empty_list: print('Item:', item) print('After')Ответ написан более года назад
HardX @HardX Автор вопроса
Да, именно так и получается. Спасибо
Ответы на вопрос 1
Алан Гибизов @phaggi Куратор тега Python
лужу, паяю, ЭВМы починяю
Измерить длину списка, который возвращает cursor.execute. Если длина вернувшегося списка - ноль, значит курсор в базе ничего не нашёл и перебирать в цикле нечего.
Ответ написан более года назад
HardX @HardX Автор вопроса
Длину чего? Не возвращается ж ничего, и переменная ret видимо не создаётся даже
HardX @HardX Автор вопроса
import sqlite3 as sq
base=sq.connect('Some_base.db')
cur=base.cursor()
for ret in cur.execute('SELECT Photo FROM Collect_Foto_5 WHERE Address == ? AND Entrance_N == ?',(adress,entrance)).fetchall():
конкретный кусок вытащил, посмотреть.
Если в Collect_Foto_5 ничего нет, то как это отловить?
Алан Гибизов @phaggi Куратор тега Python
HardX, длину того объекта (списка, видимо), который возвращает cur.execute
HardX @HardX Автор вопроса
Алан Гибизов, print(len(ret)) ничего не дает, я так понимаю переменная не существует
если убрать цикл,
ret = cur.execute('SELECT Photo FROM Collect_Foto_5 WHERE Address == ? AND Entrance_N == ?',(adress,entrance)).fetchall()
print(ret)
Но меня интересует именно цикл
Алан Гибизов @phaggi Куратор тега Python
HardX, ну а что я говорил? Курсор возвращает вам пустой список. В нём объектов нет. Я же говорю, измерьте длину того, что возвращает курсор (т.е. списка того, что в курсор вернулось из бд). Если длина cursor.execute - ноль, то не вернулось ничего.
Объектов в списке ноль - перебирать в цикле нечего.
Что-то ещё непонятно?
HardX @HardX Автор вопроса
Алан Гибизов, Вопрос был конкретно про ЦИКЛ FOR RET IN CUR.EXECUTE, Цикл ничего не возвращает, а точнее и не происходит, по этому RET не существует и его размер измерить невозможно.
Алан Гибизов @phaggi Куратор тега Python
HardX, для особо невнимательных третий раз повторяю: надо измерять длину курсора, а не того, что вы ожидаете получить при итерации курсора.
Если длина курсора - ноль, то ни одной и итерации не будет и ret не создаётся.
Впрочем, вы можете создать ret перед циклом, положить туда None и проверять после цикла - если там None, то видимо ни одной итерации не было и ret остался как был до цикла.
HardX @HardX Автор вопроса
Алан Гибизов, это интересно, не думал что возможно измерить длину курсора. Сейчас попробую, спасибо за наводку! Приношу извинения, изначально Вас неправильно понял
Алан Гибизов @phaggi Куратор тега Python
HardX, не самого курсора, конечно, а длину того, что возвращает метод курсора execute.
Присвойте в какую-либо переменную список, который возвращает cursor.execute, и проверьте его длину. Если длина не ноль, итерируйте эту переменную своим циклом. Если ноль - ну, что там надо делать вам, если ничего не найдено?
Форум пользователей MySQL
К примеру, есть запрос: SELECT `field` FROM `table`LIMIT 1
Если данные есть, возвращется значение `field`, если данных нет, надо чтобы запрос вернул допустим 'ololo'.
Запрос вида SELECT IF(`field`, `field`, 'ololo') FROM `table` не дал нужного результата, `field`IS NOT NULL также не спас ситуацию.
Понимаю, что можно сделать подзапрос, джоин на саму себя и т.п., но интересует можно ли провернуть такой фокус простым запросом?
Человек без чувства юмора - не серьёзный человек
#2 25.09.2013 15:59:06
Александр Трофимов Завсегдатай Откуда: Юрмала Зарегистрирован: 19.09.2011 Сообщений: 95
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
Neval написал:
К примеру, есть запрос: SELECT `field` FROM `table`LIMIT 1
Если данные есть, возвращется значение `field`, если данных нет, надо чтобы запрос вернул допустим 'ololo'.
Запрос вида SELECT IF(`field`, `field`, 'ololo') FROM `table` не дал нужного результата, `field`IS NOT NULL также не спас ситуацию.
Понимаю, что можно сделать подзапрос, джоин на саму себя и т.п., но интересует можно ли провернуть такой фокус простым запросом?
Одним запросов без подзапросов, думаю, что точно нет.
И смысла в этом тоже нет. Легче проверить запрос пустой или нет уже программно.
#3 25.09.2013 16:07:35
Neval Гуру Откуда: Киев Зарегистрирован: 11.03.2008 Сообщений: 449
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
Программно не получится, ибо там чёрный ящик без доступа к коду, по сему надо вернуть из БД.
Человек без чувства юмора - не серьёзный человек
#4 25.09.2013 16:46:13
Neval Гуру Откуда: Киев Зарегистрирован: 11.03.2008 Сообщений: 449
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
Хм, что-то у меня и подзапрос с джоинами организовать не удалось)) Ану подсобите, уважаемые знатоки))
Человек без чувства юмора - не серьёзный человек
#5 25.09.2013 17:44:29
rgbeast Администратор Откуда: Москва Зарегистрирован: 21.01.2007 Сообщений: 3877
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
Извращенные варианты возможны:
select id from `mytable` UNION ( select 'ololo' FROM INFORMATION_SCHEMA.TABLES where ( select count ( * ) from `mytable` ) = 0 ) LIMIT 1 ;
Тут надо следить за одинаковым числом полей в UNION и учитывать, что тип будет приведен к общему. Например в примере выше id будет преобразован в VARCHAR.
#6 25.09.2013 17:46:16
rgbeast Администратор Откуда: Москва Зарегистрирован: 21.01.2007 Сообщений: 3877
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
Пример выше работает только для LIMIT 1. Если его нет, то лучше всего INFORMATION_SCHEMA.TABLES заменить на заранее приготовленную таблицу с 1 нужной записью.
#7 25.09.2013 17:56:14
vasya Архат Откуда: Орел Зарегистрирован: 07.03.2007 Сообщений: 5818
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
А для чего нужна INFORMATION_SCHEMA.TABLES или другая таблица? Можно ведь
select id from `mytable` UNION ( select 'ololo' ) LIMIT 1 ;
#8 25.09.2013 18:22:24
rgbeast Администратор Откуда: Москва Зарегистрирован: 21.01.2007 Сообщений: 3877
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
vasya, согласен, для LIMIT 1 твое решение лучше
#9 25.09.2013 19:23:32
Neval Гуру Откуда: Киев Зарегистрирован: 11.03.2008 Сообщений: 449
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
То, что нужно, огромное спасибо
Человек без чувства юмора - не серьёзный человек
#10 29.10.2013 19:13:58
IDX Участник Зарегистрирован: 25.10.2013 Сообщений: 11
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
Может лучше поправить таблицу
id varchar ( 255 ) DEFAULT 'ololo'
Отредактированно IDX (29.10.2013 19:14:16)
#11 29.10.2013 21:26:47
vasya Архат Откуда: Орел Зарегистрирован: 07.03.2007 Сообщений: 5818
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
IDX написал:
Может лучше поправить таблицу
id varchar ( 255 ) DEFAULT 'ololo'
MariaDB [ test ] > create table test ( id varchar ( 255 ) DEFAULT 'ololo' ) ;
Query OK, 0 rows affected ( 0.23 sec )
MariaDB [ test ] > select id from test;
Empty set ( 0.00 sec )
MariaDB [ test ] > select id from test UNION ( select 'ololo' ) LIMIT 1 ;
+ -------+
| id |
+ -------+
| ololo |
+ -------+
1 row in set ( 0.08 sec )
#12 31.10.2013 11:07:00
IDX Участник Зарегистрирован: 25.10.2013 Сообщений: 11
Re: Можно ли в запросе вернуть какое-то значение, если данные не найдены?
vasya написал:
IDX написал:
Может лучше поправить таблицу
id varchar ( 255 ) DEFAULT 'ololo'
MariaDB [ test ] > create table test ( id varchar ( 255 ) DEFAULT 'ololo' ) ;
Query OK, 0 rows affected ( 0.23 sec )
MariaDB [ test ] > select id from test;
Empty set ( 0.00 sec )
MariaDB [ test ] > select id from test UNION ( select 'ololo' ) LIMIT 1 ;
+ -------+
| id |
+ -------+
| ololo |
+ -------+
1 row in set ( 0.08 sec )
почему?
Если заносятся данные, но по каким либо причинам в один из столбцов данные не заносились ни кодом ни тригерами, то при последующей выборке данных, будет вылетать ошибка, ну а если как писали выше, инстркция с UNION отрабатывает только при лимите, то это уже амба.
Я сталкивался с проблемой когда конект сталкивался с пустышками, тем самым ни есть гуд. Вот и взял за основу дефолты писать.