PHP-скрипты выполняются последовательно?

Question

[khodos_dmitry]

Допустим данные в таблице удаляются и записываются новые. Может быть так, что пользователь зайдет на страницу и запросит данные, которые удалились, но еще не обновились? И как этого избежать?

Answer 1

[Shaks]

Используйте транзакции баз данных. Они как раз для подобных случаев и созданы.
Логика примерно следующая
псевдокод:

<транзакция>
- удаляем что-то
- апдейтим что-то гдето
- записываем что-то кудато
если всё ок:
     -- commit, все запросы в бд ушли, но не выполнились, команда commit выполняет их все сразу. 
иначе
    -- rollback - откат всех запросов в бд, что выполнены в блоке транзакции. 
</транзакция>

Comments

[khodos_dmitry]

Во время транзакции первым запросом удалятся все данные. В это время пользователю будут доступны старые данные?

[Shaks]

khodos_dmitry Суть транзакции в том, что пока не будет выполнен commit база данных не изменится. Т.е. например. фоновая задача открывает транзакцию и делает удаление чегото из бд. В этот момент юзер заходит на страницу, - для него ничего не удалилось, т.к. фактически запрос на удаление в базу не ушел. Фоновая задача делает еще ряд операций, которые жрут время, выполняет еще ряд операций с базой данных, делает commit. И вот после комита, уже данные будут не доступны, т.к. база данных изменится.

Когда рассказывают про транзакции, в пример ставят обычно денежные операции. Представьте себе банк. Юзер закинул деньги на счет. Нужно выполнить ряд операций, как минимум две. Создать в в таблице "money_transactions" запись о том что был перевод, и следующим этапом - нужно сделать update таблицы users, и увеличить его баланс. ЧТо происхойдет если между двумя, взаимосвязанными запросами вырубится свет в ДЦ например? В таблице money_transactions перевод будет, а баланс юзера в таблцие users апдейтнутся не успеет? Если эти два запроса обернуть в транзакцию, ни один запрос не выполнится, сработает исключение и юзер не сможет положить денюшку, он получит ошибку. Почитайте в гугле про транзакции, там все очень доступно. В случае с php рекомендую использовать PDO.

[khodos_dmitry]

ну а в секунду, когда транзакции будут проводится данные будут не доступны, у юзера просто страница чуть дольше погрузится, пока транзакция не завершится?

[Shaks]

Нет. Для юзера все будет прозрачно.

<транзакция>
- удаляем чтото
== тут заходит юзер, и ему доступна запись которая была удалена. Запись присутствует в базе данных. Блокировки на select никакой нет. 
- делаем чтото еще
== и тут по прежнему запись доступна.
-- commit или --rollback
</транзакция>
== тут заходит юзер, и ему уже НЕ доступна запись.

[khodos_dmitry]

Она не доступна если ее уже нету. А если мы ее обновили, то доступна новая версия?

[Shaks]

khodos_dmitry если вы ее удалили - она не доступна, если вы ее обновили - она доступна. Это же очевидно.
Еще раз: ВСЁ что вы делаете в блоке транзакции - НИКАК НЕ ВЛИЯЕТ НА БАЗУ ДАННЫХ ДО ТОГО как вы выполните commit. Commit - внесет все правки (удаления, обновления, создания) за раз. Поэтому, при использовании транзакций, у вас никогда не будет ситуации что вы описали в своем вопросе.
Прочитайте в гугле что такое транзакции баз данных, если я объясняю не доходчиво.

[khodos_dmitry]

$db->query("START TRANSACTION");
$db->query("TRUNCATE `table`");
$db->query("INSERT INTO `table` SET `name` = `Майк`");
if (!$db->query("COMMIT"))
$db->query("ROLLBACK");
Все верно?

[Shaks]

Что вы хотите добиться этим кодом? ЧТо такое $db ? объект PDO? если да, то у него есть методы beginTransaction commit и rollback. Операции нужно обрачивать в try catch и ловить исключения. Поэтому ответ -нет. все не правильно. И это уже отдельная тема для разговора.

[Shaks]

Как-то так:

try{
            $this->db->beginTransaction();
            $this->db->exec("DELETE......... WHERE id = 123");
             sleep(300);// спим 5 минут. В течении этих 5 минут, запись с id 123 будет доступна всем и везде.
            $this->db->commit(); // а вот после этой операции - не будет. 
            return true;
        }catch (\PDOException $e){
            $this->db->rollBack();
            trigger_error($e->getMessage());
            return false;
        }

[khodos_dmitry]

$db - это объект моего класса для работы с БД.
А если предположить, что ошибок не будет, то все верно?

[Shaks]

khodos_dmitry я не имею понятия как работает ваш класс, и все ли правильно. Я не знаю, произойдет ли исключение если при обращении к бд произошла ошибка, я не знаю что возвращает строка $db->query("COMMIT"). Я могу лишь сказать что если в вашем классе $db не является оберткой PDO, то лучше сделать так, и пользоваться всей мощью PDO. Извините, но обсуждать эту тему я уже устал. Я вам дал пример , разжевал все как мог.. А верно или не верно вы пишите ваш код уже судите сами.

[Shaks]

осталась открыта вкладка..

А если предположить, что ошибок не будет, то все верно?

Нужно всегда предполагать что ошибки будут! Это очень важно. По поводу ошибок отдельная тема для разговоров. Их всегда нужно логировать, никогда ничего не "собачить" (имею ввиду знак @ перед функциями). Иначе вы не будете знать как что и где происходит.

[khodos_dmitry]

Не подходит в данном случае, так как TRUNCATE неявно завершает транзакцию.

[Shaks]

так не используй TRUNCATE, используй DELETE FROM

Answer 2

[Tom Nolane]

php выполняется последовательно (если вы конечно, не используете дополнительные потоки).
Чтобы произошло то, что вы написали - нужно, чтобы вызов функции удаления (в php) выполнилась ДО функции получения данных (где ключ, по которому вы получаете данные один и тот же при использовании запроса на удаление и последующего вызова). Пример: удаляете запись под id=5. И сразу хотите получить запись под этим же id. Тогда в этом случае - данные просто не подгрузятся в html разметку.

Если пользователь получил какие-то данные с БД, и во время этого какие-то записи были удалены - у него(пользователя) ничего не изменится, пока он не перезагрузит/перезайдёт на эту же страницу.

И как этого избежать?

удалять/получать записи не по "фиксированному" ключу, а по ключу, который вы получаете напрямую с БД (как правило это id, который должен быть "уникальным", т.е. иметь сво-во автоинкриминтации)

Answer 3

[Stalker_RED]

0. Добавляем к данным статус "опубликовано/не опубликовано/удалено"

1. Добавляем новые данные со статусом "не опубликовано"
Если в это время произойдет выборка пользователь будет продолжать видеть старые данные.

2. Одним запросом меняем статус у старых данных на "удаленно" а у новых на "опубликовано"
Если в это время произойдет выборка пользователь получит только новые данные.

3. Можно спокойно удалить старые.

Или версии ввести, как посоветовал OnYourLips