Общая таблица у разных проектов

[Enigma]

В двух совершенно разных проектах используется одна и та же таблица, которая синхронизирована с одним и тем же файлом.
Не будут ли эти проекты создавать друг другу помехи на многопотоках?

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

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

 

[Mikhail B.]

Я не раз читал, что при многопоточности таблица, полностью синхронизрованная с файлом, обрабатывается весьма корректно.

В данной схеме опыта нет.
Я много раз слышал, что таблицы в принципе не очень корректно работают с зенкой. А тут еще на два шаблона. Может лучше список привязать как таблицу?

 

[Sergodjan]

Не будут ли эти проекты создавать друг другу помехи на многопотоках?

Если обращения (чтение и запись) не оч. частые, то вполне вероятно, проблем не заметите, но теоретически и практически могут возникать коллизии между двумя проектами работающими с одной таблицей или списком, привязанными к одному и тому же файлу. Возможны потери части данных.

 

[Enigma]

Обращения достаточно частые, особенно с чтением.
Дело в том, что я выбрал этот способ именно для взаимодействия между двумя проектами. Они как бы обмениваются инфой в ячейках, отсылая команды друг другу и записывая статус выполнения этих команд.

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

Вероятно, для подобной цели есть более подходящие инструменты типа базы данных?

 

[Mikhail B.]

Если обращения (чтение и запись) не оч. частые, то вполне вероятно, проблем не заметите, но теоретически и практически могут возникать коллизии между двумя проектами работающими с одной таблицей или списком, привязанными к одному и тому же файлу. Возможны потери части данных.

А если залочить запись чтение, то все равно могут быть "коллизии"? =)

 

[Sergodjan]

А если залочить запись чтение, то все равно могут быть "коллизии"? =)

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

 

[Mikhail B.]

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

А если обращаться к спискам напрямую через сниппет?

 

[Sergodjan]

А если обращаться к спискам напрямую через сниппет?

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

 

[doc]

общие локеры распространены на все проекты зеннопостера, общие для всех. По хорошему, проблем быть не должно

 

[Enigma]

А что это за "общие локеры"? Как ими пользоваться? Они по умолчанию уже есть в стандартных экшенах или нужно только через сниппет?

 

[doc]

А что это за "общие локеры"? Как ими пользоваться? Они по умолчанию уже есть в стандартных экшенах или нужно только через сниппет?

есть.
Так или иначе, всегда можно провести какой-то стресс-тест и убедится или опровергнуть. Подготовка теста вряд ли займёт много времени

 

[Yuriy Zymlex]

Проще сделать как в этой статье и не мучаться.

 

[zortexx]

Используйте БД.