1. Главная
  2. Форумы
  3. Техподдержка Drupal
  4. Системное окружение

LOCK TABLE и работа сайта на Drupal

Главные вкладки

Комментарии

Аватар пользователя rapitosov@drupal.org rapitosov@drupal.org 7 января 2007 в 14:36

Очень плохо. LOCK используется для соблюдения правельных последовательностей (sequences) идентификаторов следующих типов:
- ID пользователей
- ID меню
- ID словарей
- ID терминов
- ID статей
- ID версий статей
- ID комментариев

При невозможности запирания таблицы возможны появления различных объектов, например комментариев, с одинаковым ID. На практике это ведет к исчезновениям комментариев (а также любых из вышеперечисленных объектов), а так же возможно нарушение целостности таблицы sequences.

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Аватар пользователя restyler restyler 7 января 2007 в 15:06

вы лично часто сталкивались на среднестатистичном сайте с одинаковыми ID комментариев если lock отрублен? Понятное дело что на сильно загруженных сайтах такая вероятность есть. На обычных не слишком популярных сайтах... (которые обычно и делают на дешевом хостинге с отрубленным lock) маловероятно, имхо.

Аватар пользователя rapitosov@drupal.org rapitosov@drupal.org 7 января 2007 в 15:37

Вопрос был поставлен предельно четко: как влияет отключение LOCK/UNLOCK, а не "на сколько оправдан подобный хак на дешевых, непопулярных сайтах".

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

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Аватар пользователя restyler restyler 8 января 2007 в 23:02

вопрос был поставлен "как влияет", вы ответили "очень плохо", хотя на самом деле гораздо больше шанс что человек различий между LOCK и no lock за всю жизнь сайта не заметит. Значит не "очень плохо", а "не желательно", не более того.

Аватар пользователя rapitosov@drupal.org rapitosov@drupal.org 9 января 2007 в 0:02

Ок. "Очень плохо" - это моё личное мнение. Означает, что я никогда не поставлю такой сайт заказчику, ни даже неплатежеспособному приятелю.

Кроме того, мы исследовали возможность использования бесплатных хостингов. Cайт был оптимизирован для корректной работы без LOCK и CREATE TEMPORARY TABLE, что позволило не только не беспокоиться о целостности sequences, но и использовать друпаловский поиск по сайту. Всё было бы хорошо, если бы после этого не вылезло ещё с десяток менее очевидных, но ничуть не менее неприятных проблем начиная от невозможности создавать папки и закачивать крупные файлы, заканчивая разгневанными администраторами, неудовлетворенными прожорливостью Друпала (и это на тестовом сайте!). Так что использование Друпала на 110mb.com вполне возможно, но доставит удовольствие лишь экстрималам и школьникам, профессионалы предпочтут проплатить за адекватный хостинг.

Ваше мнение может не совпадать с моим. Более того, в этом нет ничьей вины.

---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Аватар пользователя restyler restyler 9 января 2007 в 0:59

ох, если бы такая кака как no lock priveleges была лишь на бесплатных хостингах... но, к сожалению, на это ограничение достаточно часто я натыкаюсь среди не самых плохих и дешевых хостеров США и Европы. Доказывать что-то суппорту клиентов в моменты приближающихся дедлайнов... "не положено" и все.