PHP перезапись простых данных в базе. С позиции нагрузки на сервер, какой вариант лучше?

Question

[Евгений]

Доброго времени суток!
Хочу понять как лучше сохранять данные в базе так чтобы меньше нагружать сервер и базу.
Нужно перезаписать простые строковые данные введенные в поля формы.

Объясните, пожалуйста, какой метод лучше использовать - с if или перезаписывать все данные без разбору.

if (!empty($lastName) && $lastName !== $userData->last_name ) {
            $userData->last_name = $lastName;
        }
        if (!empty($name) && $name !== $userData->name ) {
            $userData->name = $name;
        }

С одной стороны перезаписывать данные без изменений нет смысла, с другой множество проверок так же понемногу да и съедают ресурсы сервера.

Comments

[Антон Р.]

Мне кажется ты ползаешь по паровозу с микрометром и думаешь что лишние 10 микрон металла на колесе сильно замедлят локомотив...

[Евгений]

Антон Р., возможно ) Но все же хотелось бы просто знать какое решение более оптимально, особенно в условиях очень большой посещаемости и нагрузки на сервер.

[Adamos]

Антон Р., он ползает с микрометром по фотографии тени паровоза. Судя по коду, весь этот апофеоз самоудовлетворения - вокруг одной-единственной записи, причем не факт, что она вообще сохраняется в базу.

[Евгений]

Adamos, записи сохраняются, не в этом дело. Я привел пример для наглядности. Писать в if 1000 строк кода для примера - удовольствие на любителя.

Если вы хорошо разбираетесь и считаете что простое условие это пустяк и никак не влияет на нагрузку сервера даже при 100 тыс и более запросов/сек, то лучше расскажите почему по вашему мнению я "ползаю по фотографии паровоза с микрометром" и почему при тех же 100 тыс запросов лучше перезаписывать все данные в базу без разбору.

[Adamos]

Евгений, пример действительно нагляден: ты страдаешь размышлизмами о базе и приводишь код, который с базой вообще не работает. До оптимизаций и мечтаний о хайлоаде неплохо бы сначала разобраться в том, что делаешь, иначе все эти оптимизации перехерятся буквально парой банальных косяков.

[Евгений]

Adamos, да условие конечно же с базой не работает это понятно. Вопрос в том что лучше - сделать проверку с помощью условий и далее записывать только измененные данные в базу или перезаписывать все полученные данные не заморачиваясь есть ли изменения в них или нет.

В пример, конечно можно дописать функцию сохранения данных, но много ли это изменит относительно примера.
Пример утрирован для наглядности.

[Adamos]

Евгений, он утрирован до бессмысленности. Оптимизация работы с БД - это уменьшение количества запросов и их сложности. Разбирать оптимизацию на примере одной записи - все равно, что обсуждать архитектуру на примере одного кирпича.

Answer 1

[Araik]

Программисты тратят огромное количество времени, размышляя и беспокоясь о некритичных местах кода, и пытаются оптимизировать их, что исключительно негативно сказывается на последующей отладке и поддержке. Мы должны вообще забыть об оптимизации в, скажем, 97% случаев. Поспешная оптимизация является корнем всех зол. И, напротив, мы должны уделить все внимание оставшимся 3%.

— Дональд Кнут optimization.guide

По существу вопроса, обновлять нужно только те данные, что изменились. Специалистом по hightload я себя не считаю, более опытные коллеги поправят, если ошибаюсь, но по-моему это очевидно, что операции по вставке данных в базу при любом раскладе будут дороже, чем if, незачем лишний раз байты-килобайты туда-сюда тащить, тем более, если речь о hightload.

UPDATE
Наткнулся на занятный бенчмарк, решил обновить пост:

$a = [];
for ($i = 0; $i < 9000000; $i++) {
    if (!empty($a)) {}
}
// Completed in 0.221 seconds on php 7.3

$a = [];
for ($i = 0; $i < 9000000; $i++) {
    if ($a) {}
}
// Completed in 0.166 seconds on php 7.3

Источник и подробности

Answer 2

[Daria Motorina]

Оптимизация работает на другом уровне - при падении производительности или ее приближении ищут узкое место и исправляют, перед этим собирают статистику логов, частоты запросов, скорости запросов. Логично, что нет смысла перезаписывать данные, которые не изменились в строке, но если кроме чутья у вас нет оснований это менять на другой подход, то не надо.
Upd. Если уже углубляться, то с точки зрения базы надо читать книги по ее оптимизации (нп. "MySQL по максимуму"), а по php - книга php internals, у самой в планах ее прочесть для просветления), сайты и книги по хайлоаду