(no subject)
May. 25th, 2006 02:31 pm![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
tankmaster.livejournal.com posting in ![[community profile]](https://www.dreamwidth.org/img/silk/identity/community.png){kind=small}
useless_faqПредположим такую ситуацию: некто запостил в ![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-community.gif)
useless_faq вопрос, который не отвечает правилам сообщества, но его ещё не удалили модераторы. У человека, который загружает этот пост, чтобы посмотреть комменты, медленный интернет, и страница загружается медленно. И вот у него загрузилось полстраницы, и продолжает открываться, и в этот момент модератор с быстрым интернетом удалит этот пост, т.к. он не отвечает правилам сообсчества. Вопрос - у человека, который загружает страничку с постом, эта страничка всё-таки дозагрузится, даже когда её удалит модератор, или напишет какую-то ошибку а-ля "Не могу догрузить до конца эту страницу, т.к. такой записи уже нет"?
useless_faq вопрос, который не отвечает правилам сообщества, но его ещё не удалили модераторы. У человека, который загружает этот пост, чтобы посмотреть комменты, медленный интернет, и страница загружается медленно. И вот у него загрузилось полстраницы, и продолжает открываться, и в этот момент модератор с быстрым интернетом удалит этот пост, т.к. он не отвечает правилам сообсчества. Вопрос - у человека, который загружает страничку с постом, эта страничка всё-таки дозагрузится, даже когда её удалит модератор, или напишет какую-то ошибку а-ля "Не могу догрузить до конца эту страницу, т.к. такой записи уже нет"?
no subject
Date: 2006-05-25 10:39 am (UTC)no subject
Date: 2006-05-25 10:43 am (UTC)no subject
Date: 2006-05-25 10:45 am (UTC)no subject
Date: 2006-05-25 10:43 am (UTC)no subject
Date: 2006-05-25 10:45 am (UTC)Там есть такое понятия как транзакция в том числе транзакция чтения
так вот - загрузка страницы должна происходить за 1 транзакцию чтения
Это означает, что все чтения будут такими как если бы они происходили в 1 момент
no subject
Date: 2006-05-25 10:46 am (UTC)no subject
Date: 2006-05-25 10:46 am (UTC)no subject
Date: 2006-05-25 10:47 am (UTC)no subject
Date: 2006-05-25 10:51 am (UTC)no subject
Date: 2006-05-25 10:56 am (UTC)удаление само процесс из 2х действий
1. собственно удаление - при нем данные реально удаляются из таблицы, но перед этим заносятся в роллбек-сегмент , в таблице каежтся остается ссылка на то что тут есть еще запись
если даже быстро запросить в эжтот момент таблицу (пока не произошла стадия 2 - коммит, любой селект из другой сессии поймет что данные не закоммичены и возьмет данные из рб сегмента)
2. коммит - место в рб сегменте освобождается для след транзакций
если щас запросить селект, то он уже ответит что етой записи нет
А вот если запросить любой селект до коммита то он знает, что он должен вернуть данные по состоянию на "до коммита" по ид транзакции он опеделяет что ему все-таки дажен после коммита надо лезть в рб сегмент
А вот если к етому моменту эта часть рб сегмента будет уже занята другой транзакцией - будет snapshot too old
это все разумеется толькопримерно
no subject
Date: 2006-05-25 11:06 am (UTC)no subject
Date: 2006-05-25 11:11 am (UTC)no subject
Date: 2006-05-25 11:14 am (UTC)Поэтому будет так:
1. Клиент посылает запрос.
2. Сервер вычитывает данные из БД и формирует ответ.
3. Сервер начинает передачу ответа.
4. Клиент начинает прием ответа.
5. Админ посылает запрос на удаление поста.
6. Данные удалены, формируется ответ админу.
7. Передача и прием админу.
8. Конец приема для клиента.
Итак, если 5 пункт произошел после 2-го, то юзер получит страницу, иначе - нет.
Порядок остальных действий клиента по отношению к админу и наоборот несущественен.
no subject
Date: 2006-05-25 11:16 am (UTC)no subject
Date: 2006-05-25 11:29 am (UTC)no subject
Date: 2006-05-25 11:31 am (UTC)no subject
Date: 2006-05-25 11:33 am (UTC)no subject
Date: 2006-05-25 03:40 pm (UTC)