Как работает update, если значения столбцов совпадают с записываемым значение?

Вопрос возник на почве того, что я пилил AR с уклоном на то, чтобы хранить первоначальные значения по select и потом при update сверять их с текущим состоянием объекта, выбирать только те, которые изменились и выполнять запрос ТОЛЬКО с изменёнными столбцами.

Теперь вводная:

Один человек пояснил мне, что я занимался ерундой: не нужно делать никаких сравнений и выборок отличий, а просто делать update всей записи (всех столбцов), потому что мускул ИГНОРИРУЕТ столбцы, в которых не изменилось значение.

Теперь мой вопрос-рассуждение

1. Как наука смотрит на то, что при таком предложенном варианте производится ХОЛОСТОЙ запрос к БД даже, если не было изменений (у меня такого апдейта не происходит: есть кое-где метод getAfter() который делает save и возвращает данные в вид, этот метод работает всегда, у меня если нет изменений, то save не сделает update, так как нет массива изменённых значений, запроса не будет)

2. Как наука смотрит на то, что при таком предложенном варианте в строке запроса будет присутствовать апдейт айдишника (мы ведь типа все ведь столбцы берём )

то есть получится такой вот цирк - update user set id = ?, login = ? where id = ?

3. Ну и самый главный вопрос: Если, как говорит мой товарищ, мускул при апдейте игнорирует столбцы, в которых значения не изменялись, то как он это делает? Просто проходит мимо или перезаписывает их, то есть ПРОИСХОДИТ ЛИ физическое действие с носителями (hdd, ssd)?

Прокомментируйте, пожалуйста

 

таблица: a = 1, b = 2

запрос: update ... set a = 1, b = 3

столбец b изменился, тут всё понятно

как мускул проигнорировал столбец a? перезаписал его или проверил, что в апдейте такое же значение и ФИЗИЧЕСКИ ничего не делал на носителе?

 

Перезаписывает или проходит мимо, нужно вот знать это, чтобы не тратить время на сомнения

 

и как ты проверишь CURRENT_TIMESTAMP ???

CURRENT_TIMESTAMP один раз пишется, а если у тебя CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP, то метка разная и естественно произойдёт физическая запись на диск, ты не уловил наверное суть вопроса
--- Добавлено ---

происходит ли физическое воздействие на носитель, если я в столбец со значением 1 пишу значение 1, как мускул игнорирует такой столбец?

 

ничего не понял

если я сделал выборку, получил column = 1, ничего ему не менял и сделал update ... set column = 1, то что мускул сделает с column?

 

В стартовом посте я привёл 3 пункта сомнений, по поводу того, что я НЕ СОМНЕВАЛСЯ в чьих-то словах, там ничего я не писал.

Это МНЕ человек поясняет, что искать изменения в объекте перед сохранением - это ерунда.

Я считаю, что нужно сохранять только изменённые значения и если предварительно происходить холостой апдейт, то ВООБЩЕ ЕГО НЕ ПРОИЗАОДИТЬ, не делать запрос, не ставить его в очередь... и т.д.

И считать так буду до тех пор, пока мне не скажут, что мускул не делает ПЕРЕЗАПИСЬ, если он ТУПО ПЕРЕЗАПИСЫВАЕТ неизменённые столбцы своими же значениями, то мне и нахер не упёрлось перепиливать AR свою

 

@miketomlin да-да, прочитал приписку: короче как понимаю ТЕБЯ Я

мне нужно сделать так: если нет изменений и где-то лежит холостой апдейт, то подвергнуть его проверке и не производить его

а если есть изменения, то не возиться с выборкой именно изменённых столбцов, но апдейтить весь объект

ну вроде догнал, спс
--- Добавлено ---
@miketomlin просто у меня сделано так

Спойлер: Супер-пупер-мега-ГК

PHP:

1. <?php
2.  
3.  
4. namespace core\base;
5.  
6.  
7. use core\Db;
8.  
9. abstract class Model
10. {
11.     public $id;
12.     public $original_properties = [];
13.    
14.     private static $table_names = [];
15.  
16.     public function __construct()
17.     {
18.         $properties = (array)$this;
19.  
20.         unset($properties['original_properties']);
21.  
22.         $this->original_properties = $properties;
23.     }
24.  
25.     public static function count()
26.     {
27.         return Db::pdo('select count(*) from ' . self::table())->fetchColumn();
28.     }
29.  
30.     private static function table()
31.     {
32.         if (!isset(self::$table_names[static::class])) {
33.             $class_name = substr(strrchr(static::class, '\\'), 1);
34.             $table_name = strtolower(preg_replace('~(?<!^)[A-Z]~', '_$0', $class_name));
35.  
36.             self::$table_names[static::class] = "`{$table_name}`";
37.         }
38.  
39.         return self::$table_names[static::class];
40.     }
41.  
42.     public static function countBy($params, $values = [])
43.     {
44.         return Db::pdo('select count(*) from ' . self::table() . ' where ' . $params, $values)->fetchColumn();
45.     }
46.  
47.     /** @return static */
48.     public static function findOne($id)
49.     {
50.         return current(Db::pdo('select * from ' . self::table() . ' where `id` = ?', [$id], static::class));
51.     }
52.  
53.     /** @return static */
54.     public static function findOneBy($params, $values = [])
55.     {
56.         return current(Db::pdo('select * from ' . self::table() . ' where ' . $params . ' limit 1', $values, static::class));
57.     }
58.  
59.     public static function findAll()
60.     {
61.         return Db::pdo('select * from ' . self::table(), [], static::class);
62.     }
63.  
64.     public static function findAllBy($params, $values = [])
65.     {
66.         return Db::pdo('select * from ' . self::table() . ' where ' . $params, $values, static::class);
67.     }
68.  
69.     public function save()
70.     {
71.         $current_properties = (array)$this;
72.  
73.         unset($current_properties['original_properties']);
74.  
75.         $properties_diff_array = array_diff_assoc($current_properties, $this->original_properties);
76.  
77.         if ($properties_diff_array) {
78.  
79.             foreach ($properties_diff_array as $name => $value) {
80.                 $params[] = "`{$name}` = ?";
81.                 $values[] = $value;
82.                 $this->original_properties[$name] = $value;
83.             }
84.  
85.             $params = implode(', ', $params);
86.  
87.             if ($this->id) {
88.                 $values[] = $this->id;
89.  
90.                 Db::pdo('update ' . self::table() . ' set ' . $params . ' where `id` = ?', $values);
91.             } else {
92.                 Db::pdo('insert into ' . self::table() . ' set ' . $params, $values);
93.  
94.                 $this->id = $this->original_properties['id'] = Db::getInstance()->lastInsertId();
95.             }
96.         }
97.     }
98.  
99.     public function delete()
100.     {
101.         Db::pdo('delete from ' . self::table() . ' where `id` = ?', [$this->id]);
102.  
103.         unset($this->id, $this->original_properties['id']);
104.     }
105. }

 

@miketomlin просто у меня сделано та

PHP:

1. $user = User::findOne(1);
2. $user->save(); // моя AR не сделает update, вообще ничего не сделает:)
3.  
4. $user->login = 'Test';
5. $user->save(); // моя AR сделает update ТОЛЬКО столбца `login`

вот так работает у меня

у меня в таблицах есть по 30 свойств, представляешь себе какая строка запроса будет если я не буду формировать запрос только по изменённым, ради одного столбца мне крутить в массив параметров и значений всё-равно все свойства придётся, а так я только изменения беру
--- Добавлено ---
@miketomlin а вообще СУТЬ вопроса: что делает мускул с неизменёнными столбцами запроса? ПЕРЕЗАПИСЫВАЕТ или ПЕРЕХОДИТ К СЛЕДУЮЩЕМУ

физически что мускул делает с ДИСКАМИ НА СЕРВАКЕ ЁМАЁ сколько можно повторять

 

я если бы нашёл, то не спрашивал бы КАЖДЫЙ ГОД НА РАЗНЫХ форумах одно и то же БЕЗ ОТВЕТА

не знаешь так и скажи

 

вот так и надо было написать в #2 НЕ ПЕРЕЗАПИСЫВАЕТ

и всё

 

пост 3: содержимое одного столбца изменилось, хеш изменился, содержимое другого столбца не изменялось, вывод: воздействие на носитель произошло при том, что содержимое другого столбца не изменялось - вот результат твоего способа проверки, хешь же разный )))