Mysql: команда обновления не меняется

Question

Mysql: команда обновления не меняется

0

2017-05-30 → 20170530

 SET SQL_SAFE_UPDATES = 0;

 UPDATE stations.attenuation_smoothed
 SET date = DATE_FORMAT(date, '%Y/%m/%d') 
 WHERE counter = 1;

 SET SQL_SAFE_UPDATES = 1;

Я также попробовал обновление..... replicate

Но таблица не показывает эффекта, запрос выполняется без ошибок, говоря

0 row(s) affected Rows matched: 1  Changed: 0  Warnings: 0

Muhammad Ahsan Gillani Gillani 12 апр. 2018, в 22:35

Источник

1

схема таблицы сообщений ... date - зарезервированное слово, должно быть в ``, и если поле имеет тип date , эта операция ничего не сделает
Flash Thunder 12 апр. 2018, в 20:32
0

Какой тип данных столбца даты?
Shadow 12 апр. 2018, в 20:36
1

@FlashThunder - исключение из этого правила. В противном случае OP получил бы ошибку.
Shadow 12 апр. 2018, в 20:37
1

@FlashThunder нет, это не зависит от версии, см. Ftp.nchu.edu.tw/MySQL/doc/refman/4.1/en/reserved-words.html
Shadow 12 апр. 2018, в 21:26
2

Важная часть комментария Flash: если date является типом данных date , назначение тавтологическое - оно ничего не делает. MySQL не обновляет строку, если ничего не меняется.
Gordon Linoff 12 апр. 2018, в 21:49
0

@GordonLinoff Небольшой вопрос о вашем последнем предложении. Это только MySQL, который делает это? Или вы сказали MySQL только потому, что вопрос об этом? Другими словами, если бы база данных была SQL-Server или Oracle, результат был бы другим?
Racil Hilan 12 апр. 2018, в 22:15
0

@RacilHilan , , Это зависит от базы данных. SQL Server обновляет строки, даже если изменений нет.
Gordon Linoff 12 апр. 2018, в 23:12
0

@GordonLinoff Да, я так и думал. Я не знал, что MySQL не будет обновляться, если не будет изменений, вероятно, потому что я никогда не думал, что это должно произойти. Честно говоря, я нахожу это довольно глупым. Выдача оператора обновления без изменений, скорее всего, будет ошибкой или плохой логикой, так зачем наказывать все хорошие запросы лишними проверками? В любом случае, спасибо за информацию и добрый ответ.
Racil Hilan 13 апр. 2018, в 09:26
0

тип данных даты - дата
Muhammad Ahsan Gillani Gillani 13 апр. 2018, в 10:17

Показать ещё 7 комментариев

Теги:

mysql

sql

1 ответ

Ещё вопросы

схема таблицы сообщений ... date - зарезервированное слово, должно быть в ``, и если поле имеет тип date , эта операция ничего не сделает
@FlashThunder - исключение из этого правила. В противном случае OP получил бы ошибку.
@FlashThunder нет, это не зависит от версии, см. Ftp.nchu.edu.tw/MySQL/doc/refman/4.1/en/reserved-words.html
Важная часть комментария Flash: если date является типом данных date , назначение тавтологическое - оно ничего не делает. MySQL не обновляет строку, если ничего не меняется.
@GordonLinoff Небольшой вопрос о вашем последнем предложении. Это только MySQL, который делает это? Или вы сказали MySQL только потому, что вопрос об этом? Другими словами, если бы база данных была SQL-Server или Oracle, результат был бы другим?
@RacilHilan , , Это зависит от базы данных. SQL Server обновляет строки, даже если изменений нет.
@GordonLinoff Да, я так и думал. Я не знал, что MySQL не будет обновляться, если не будет изменений, вероятно, потому что я никогда не думал, что это должно произойти. Честно говоря, я нахожу это довольно глупым. Выдача оператора обновления без изменений, скорее всего, будет ошибкой или плохой логикой, так зачем наказывать все хорошие запросы лишними проверками? В любом случае, спасибо за информацию и добрый ответ.

spencer7593 · Answer 1 · 2018-04-12T21-54-00.000Z

MySQL не "подсчитывает" строки, которые не изменяются как "затронутые". То есть, если мы присваиваем значения столбцам, которые приводят к "без изменений" в строке, строка не включается в число "затронутых строк".

В вопросе не указан тип данных столбца с именем date.

Если этот тип данных DATE, мы ожидаем, что оператор UPDATE (как показано в вопросе) не будет изменять какие-либо строки и вернуть "0 строк (строк)".

Если это символ типа данных, и если значение, которое уже сохранено в столбце, находится в формате 'YYYY/MM/DD' представляет действительное значение даты, тогда мы также ожидаем, что возврат будет "0 строк (строк)".

Чтобы продемонстрировать, почему утверждение не вносит никаких изменений в строку, рассмотрите эту демонстрацию:

SELECT DATE_FORMAT('2018-04-12','%Y/%m/%d')                  AS str
     , DATE_FORMAT('2018-04-12','%Y/%m/%d') + INTERVAL 0 DAY AS dt

возвращает:

str         dt
----------  ----------
2018/04/12  2018-04-12

Тип данных DATE является внутренним представлением. MySQL использует стандартный формат YYYY-MM-DD при преобразовании из внутреннего представления в строку символов.

Демонстрационный запрос использует явный вызов DATE_FORMAT для преобразования значения DATE (или DATETIME или TIMESTAMP) в строковое представление в указанном формате.

Обратите внимание, что разделители тире, которые отображаются в строчном представлении, фактически не являются частью значения DATE, это символы, которые отображаются в строчном представлении.

Когда мы назначаем строку столбцу DATE, подразумевается неявное преобразование этой строки в тип данных DATE. И MySQL довольно мягко относится к разделителям и формату. Рассматривать

SELECT DATE( '2018/4/12' ) AS dt1
     , DATE( '2018.4+12' ) AS dt2

Это демонстрирует преобразование строкового значения в тип данных DATE.

dt1         dt2
----------  ----------
2018-04-12  2018-04-12

Чтобы вернуть значение DATE в наборе результатов, MySQL преобразует значение DATE обратно в строковое представление, которое оно преобразует обратно в строковое представление (в формате MySQL по умолчанию).

И чтобы продемонстрировать, почему "нет изменений" в случае, когда date является столбец символов, рассмотрим:

SELECT DATE('2018/04/12')                             AS dt
     , DATE_FORMAT( DATE('2018/04/12') ,'%Y/%m/%d')   AS str

возвращается

dt          str
----------  ----------
2018-04-12  2018/04/12

Я не уверен, что любой из них отвечает на вопрос, который был задан. Я даже не уверен, что был задан вопрос.