РR
Да
Size: a a a
2020 July 05
РR
Незачто, единственное различие UNION он удаляет дубли, могут быть повторы теоретически
IZ
сортировать не по полю в таблице а по val из массива
Из какого ещё массива?
ЛХ
Незачто, единственное различие UNION он удаляет дубли, могут быть повторы теоретически
учту, но, в данной задаче, мне не надо удалять дубли)
ОA
Добрый день.Есть приложение которое работало на MySQL 5.6. (sql_mode = STRICT_TRANS_TABLES). На этой версии такое выражение выполнялось корректно:
update table set value = 10 where (value1 + value2 >= '1') or '1=1';
Однако на версии MySQL 5.7 (sql_mode = STRICT_TRANS_TABLES, NO_ENGINE_SUBSTITUTION) я получаю ошибку [22001][1292] Data truncation: Truncated incorrect INTEGER value: '1=1'
Запросы вида select * from table where id = 1 and '1!=1' / select * from table where id = 1 and '1=1' так же отрабатывают в этих версиях по разному.
В списке изменений версии 5.7 на первый взгляд не могу найти изменений которые бы описывали изменения в поведении MySQL для таких выражений. Может кто-то сможет подсказать куда копать и есть ли возможность заставить вести MySQL 5.7 схожим образом с MySQL 5.6 для таких выражений?
update table set value = 10 where (value1 + value2 >= '1') or '1=1';
Однако на версии MySQL 5.7 (sql_mode = STRICT_TRANS_TABLES, NO_ENGINE_SUBSTITUTION) я получаю ошибку [22001][1292] Data truncation: Truncated incorrect INTEGER value: '1=1'
Запросы вида select * from table where id = 1 and '1!=1' / select * from table where id = 1 and '1=1' так же отрабатывают в этих версиях по разному.
В списке изменений версии 5.7 на первый взгляд не могу найти изменений которые бы описывали изменения в поведении MySQL для таких выражений. Может кто-то сможет подсказать куда копать и есть ли возможность заставить вести MySQL 5.7 схожим образом с MySQL 5.6 для таких выражений?
МС
'1=1'
Но это реально некорректное выражение. Исправляйте запрос.
Но это реально некорректное выражение. Исправляйте запрос.
ОA
я понимаю что запрос выглядит не корректным (так его формирует приложение, а точнее старый аналог ORM), но в 5.6 это работало корректно, а в 5.7 такое приведение перестало работать. К сожалению не могу найти какой-то информации о том что поведение было изменено.
B
Из какого ещё массива?
Пехапешный ассоциативный
МС
я понимаю что запрос выглядит не корректным (так его формирует приложение, а точнее старый аналог ORM), но в 5.6 это работало корректно, а в 5.7 такое приведение перестало работать. К сожалению не могу найти какой-то информации о том что поведение было изменено.
а [1292] - это точно error, а не warning? Может, у вас в варианте с 5.6 отображение ворнингов выключено?
IZ
Пехапешный ассоциативный
Где он? Не вижу в твоём запросе никаких массивов
IZ
Добрый день.Есть приложение которое работало на MySQL 5.6. (sql_mode = STRICT_TRANS_TABLES). На этой версии такое выражение выполнялось корректно:
update table set value = 10 where (value1 + value2 >= '1') or '1=1';
Однако на версии MySQL 5.7 (sql_mode = STRICT_TRANS_TABLES, NO_ENGINE_SUBSTITUTION) я получаю ошибку [22001][1292] Data truncation: Truncated incorrect INTEGER value: '1=1'
Запросы вида select * from table where id = 1 and '1!=1' / select * from table where id = 1 and '1=1' так же отрабатывают в этих версиях по разному.
В списке изменений версии 5.7 на первый взгляд не могу найти изменений которые бы описывали изменения в поведении MySQL для таких выражений. Может кто-то сможет подсказать куда копать и есть ли возможность заставить вести MySQL 5.7 схожим образом с MySQL 5.6 для таких выражений?
update table set value = 10 where (value1 + value2 >= '1') or '1=1';
Однако на версии MySQL 5.7 (sql_mode = STRICT_TRANS_TABLES, NO_ENGINE_SUBSTITUTION) я получаю ошибку [22001][1292] Data truncation: Truncated incorrect INTEGER value: '1=1'
Запросы вида select * from table where id = 1 and '1!=1' / select * from table where id = 1 and '1=1' так же отрабатывают в этих версиях по разному.
В списке изменений версии 5.7 на первый взгляд не могу найти изменений которые бы описывали изменения в поведении MySQL для таких выражений. Может кто-то сможет подсказать куда копать и есть ли возможность заставить вести MySQL 5.7 схожим образом с MySQL 5.6 для таких выражений?
Это у тебя мудак- клиентщик вклеил вместо куска кода литерал.
Должно быть
update table set value = 10 where (value1 + value2 >= 1) or 1=1
Должно быть
update table set value = 10 where (value1 + value2 >= 1) or 1=1
IZ
Добрый день.Есть приложение которое работало на MySQL 5.6. (sql_mode = STRICT_TRANS_TABLES). На этой версии такое выражение выполнялось корректно:
update table set value = 10 where (value1 + value2 >= '1') or '1=1';
Однако на версии MySQL 5.7 (sql_mode = STRICT_TRANS_TABLES, NO_ENGINE_SUBSTITUTION) я получаю ошибку [22001][1292] Data truncation: Truncated incorrect INTEGER value: '1=1'
Запросы вида select * from table where id = 1 and '1!=1' / select * from table where id = 1 and '1=1' так же отрабатывают в этих версиях по разному.
В списке изменений версии 5.7 на первый взгляд не могу найти изменений которые бы описывали изменения в поведении MySQL для таких выражений. Может кто-то сможет подсказать куда копать и есть ли возможность заставить вести MySQL 5.7 схожим образом с MySQL 5.6 для таких выражений?
update table set value = 10 where (value1 + value2 >= '1') or '1=1';
Однако на версии MySQL 5.7 (sql_mode = STRICT_TRANS_TABLES, NO_ENGINE_SUBSTITUTION) я получаю ошибку [22001][1292] Data truncation: Truncated incorrect INTEGER value: '1=1'
Запросы вида select * from table where id = 1 and '1!=1' / select * from table where id = 1 and '1=1' так же отрабатывают в этих версиях по разному.
В списке изменений версии 5.7 на первый взгляд не могу найти изменений которые бы описывали изменения в поведении MySQL для таких выражений. Может кто-то сможет подсказать куда копать и есть ли возможность заставить вести MySQL 5.7 схожим образом с MySQL 5.6 для таких выражений?
Куда копать - никуда.
Это был бред какой-то а не запрос . Как можно в доке найти как СУБД должна была интерпретировать бред, что в нее посылали вместо запросов - я не представляю
Это был бред какой-то а не запрос . Как можно в доке найти как СУБД должна была интерпретировать бред, что в нее посылали вместо запросов - я не представляю
IZ
я понимаю что запрос выглядит не корректным (так его формирует приложение, а точнее старый аналог ORM), но в 5.6 это работало корректно, а в 5.7 такое приведение перестало работать. К сожалению не могу найти какой-то информации о том что поведение было изменено.
Оно не могло работать корректно
МС
ОA
Михаил Семочкин
а [1292] - это точно error, а не warning? Может, у вас в варианте с 5.6 отображение ворнингов выключено?
На сколько я понимаю все таки фатальная ошибка. Запрос абсолютно не хочет выполняться.