Nano Hash - криптовалюты, майнинг, программирование

Обновление PDO MYSQL, только если отличается

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

Я провел довольно много исследований по этому вопросу, и кажется, что все методы используют устаревшие запросы, в которых не используется оператор prepare для выхода из ввода...

Может ли кто-нибудь помочь мне с заявлением?

По сути, в псевдокоде: Update FIRSTNAME if $editedUserdata['firstname'] != FIRSTNAME, LASTNAME if $editedUserData['lastname'] != ФАМИЛИЯ ... и т.д...

Вот что у меня есть для почтового индекса...

        $password = sha1($password);
        $editedUserData = array(
              'firstname' => $firstname,
              'lastname' => $lastname,
              'username' => $username,
              'password' => $password,
              'cellphone' => $cellphone,
              'security_level' => $seclvl,
              'email' => $email,
              'direct_phone' => $direct,
              'ext_num' => $extension,
              'is_active' => $userflag
            );

Тогда это должно быть что-то вроде

$query = $this->db->prepare('UPDATE FIRSTNAME if(?) IS NOT FIRSTNAME, LASTNAME if(?) IS NOT LASTNAME, USERNAME if (?) IS NOT USERNAME.... VALUES (:firstname, :lastname, :username).....'

if ($query -> execute($editedUserData)) {
    more code....
27.08.2014

  • @ spencer7593 аааа Прошу прощения, утверждение в вопросе было неверно истолковано. Я хочу просто ОДИН оператор для обновления всех полей вместе... Оператор псевдокода будет обновлен через секунду. Я не требую отдельного запроса для каждого поля. Я просто хочу одно единственное обновление для всех полей 28.08.2014
  • Прошу прощения за неправильное понимание заданного вами вопроса. Вы не можете условно указать столбец для обновления в операторе UPDATE. ЕСЛИ столбец назван в списке SET, вы должны указать для него значение. Вы можете использовать выражение после оператора присваивания, и это выражение может условно возвращать текущее значение столбца. Получение текущих значений, сравнение с новыми значениями и последующее получение инструкции UPDATE для присвоения только измененных значений не дает выигрыша в производительности. Будет быстрее просто обновить все столбцы. 28.08.2014
  • ВСЕМ: СПАСИБО ЗА ОТВЕТЫ. Я смотрел на это с точки зрения производительности, но из ваших ответов я понимаю, что один оператор обновления будет наиболее полезным. Еще раз спасибо 28.08.2014

Ответы:


1

Возможно, я не понимаю проблему, которую вы пытаетесь решить, но вам не нужно проверять, изменилось ли значение поля.

Если значение поля равно «A», и вы поместите туда «A», оно останется прежним, в противном случае, если вы поместите туда «B», оно будет обновлено, как и ожидалось.

Подготовленный оператор будет выглядеть примерно так

$stmt = $dbh->prepare("
    UPDATE table_name
    SET
        field1 = :value1,
        field2 = :value2
    WHERE
        field0 = :key
");

$stmt->bindParam(':value1', $value1, PDO::PARAM_STR);
$stmt->bindParam(':value2', $value2, PDO::PARAM_STR);
$stmt->bindParam(':key', $key, PDO::PARAM_INT);

$stmt->execute()
27.08.2014

2

Согласно документации MySQL - ссылка: (http://dev.mysql.com/doc/refman/5.0/en/update.html)

«Если вы установите для столбца значение, которое оно имеет в настоящее время, MySQL заметит это и не обновит его».

24.07.2015
  • Триггер, похоже, срабатывает в любом случае если строка изменилась"> stackoverflow.com/questions/6296313/ 26.12.2016

  • 3

    Запустите один оператор, чтобы обновить строку.

    Во-первых, каков уникальный идентификатор строки в таблице users, есть ли уникальный идентификатор userid или username? Вам понадобится предложение WHERE в операторе UPDATE, чтобы только эта строка была обновлена.

    Стандартный шаблон для оператора UPDATE для обновления нескольких столбцов в одной строке выглядит следующим образом:

    UPDATE users
       SET col2 = 'value'
         , col3 = 'another value'
         , col4 = 'fi'
     WHERE idcol = idvalue ;
    

    Чтобы использовать подготовленный оператор с PDO, текст SQL может выглядеть примерно так, если вы используете именованные заполнители:

    UPDATE users
       SET col2 = :col2_value
         , col3 = :col3_value
         , col4 = :col4_value
     WHERE idcol = :id_value
    

    Или это, если вы используете позиционную нотацию для заполнителей:

    UPDATE users
       SET col2 = ?
         , col3 = ?
         , col4 = ?
     WHERE idcol = ?
    

    (Мое личное предпочтение — использовать именованные заполнители, а не позиционные, но любой из них будет работать.)

    Я бы сделал это так: запустил подготовку, затем bind_param, а затем выполнение.

    $sql = "UPDATE users
               SET col2 = :col2_value
                 , col3 = :col3_value
                 , col4 = :col4_value
             WHERE idcol = :id_value ";
    
    $stmt = $dbh->prepare($sql);
    $stmt->bindParam(':col2_value', $col2_val, PDO::PARAM_STR);
    $stmt->bindParam(':col3_value', $col3_val, PDO::PARAM_STR);
    $stmt->bindParam(':col4_value', $col4_val, PDO::PARAM_STR);
    $stmt->bindParam(':id_value'  , $id_val, PDO::PARAM_STR);
    $stmt->execute();
    

    Сделать что-то другое, динамически создать текст SQL и настроить вызовы bindParam, что добавило бы ненужной сложности в код. В этом нет никакого преимущества в производительности; когда этот оператор UPDATE запускается, MySQL должен заблокировать строку, сохранить новую копию строки. На самом деле он ничего не сохраняет (кроме нескольких байтов передачи данных), чтобы избежать отправки значения столбца, которое не изменилось.

    27.08.2014

    4

    Если вы действительно хотите использовать случаи, прочитайте это.

    В вашем случае нет причин делать это, как указано в комментариях @spencer7593:

    Это НАМНОГО больше накладных расходов... обращения к базе данных, анализ оператора, разработка плана выполнения, выполнение оператора, получение блокировок, возврат статуса, проверка статуса клиентом и т. д. Это просто кажется всесторонним неэффективным подходом.

    Я предполагаю, что любая СУБД достаточно умна, чтобы заметить, что кэши и т. д. не должны пересчитываться (если ничего не меняется), если это проблема.

    27.08.2014
    Новые материалы

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

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

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

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

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..