|   |   | 
| 
 | 1С Розница, файловая. конфликт блокировок | ☑ | ||
|---|---|---|---|---|
| 0
    
        K1RSAN 28.01.22✎ 07:24 | 
        Возник такой вот вопрос: при закрытии смены вебкассы начали появляться конфликты блокировок. Работают через терминал, но база в файловом режиме. 6 разных магазинов-касс. Контроль доступа на уровне записей был выключен, потому что в определённый момент база начала тупо виснуть у всех пользователей, кроме полных прав. Но появилась такая вот проблема с блокировками. Каждый вечер все закрывают смену в одно и то же время, но получается далеко не у всех сразу, кто-то раза с 6 (5 раз блокировка выскакивает). Я правильно понимаю, что переход на клиент-серверную версию и возврат контроля на уровне записей может решить проблему?     | |||
| 1
    
        osa1C 28.01.22✎ 07:30 | 
        (0) Это не продолжение Пессимистические блокировки когда нужны  ??     | |||
| 2
    
        K1RSAN 28.01.22✎ 07:35 | 
        (1) Может быть, просто не хотелось бы лезть в типовой механизм...     | |||
| 3
    
        pechkin 28.01.22✎ 07:54 | 
        Одновременно все 6 магазинов закрывают?     | |||
| 4
    
        Мимохожий Однако 28.01.22✎ 08:00 | 
        Если решать организационно, то пусть встают "в очередь с*ки" и закрывают не все сразу.     | |||
| 5
    
        K1RSAN 28.01.22✎ 08:04 | 
        (3) Да. Они заканчивают в одно время. Когда работало ограничение на уровне записей - всё было норм. 
 (4) Можно и так, но тогда надо им каждый день будет "выстраиваться в очередь". Да и вопрос того, что они сейчас видят поступления в другие магазины - тоже нужно решить. А то бывают такие продавцы "почему у них этот товар дороже продаётся". | |||
| 6
    
        SuperMario 28.01.22✎ 08:46 | 
        (0) смотря на чем блокировки.
 >>контроля на уровне записей RLS только утяжеляет запросы. (5) >>Когда работало ограничение на уровне записей - всё было норм. Это заблуждение. | |||
| 7
    
        K1RSAN 28.01.22✎ 09:13 | 
        (6) Ну смена закрывалась с первого раза, а не так, что им приходилось "по очереди" закрывать.
 Или в чем тогда проблема? RLS утяжеляет запросы - поэтому в файловой пошли тормоза. Зато он разделяет данные - и в теории блокировки должны будут уйти. | |||
| 8
    
        pechkin 28.01.22✎ 09:23 | 
        (7) в файловой блокировки табличные вне зависимости от рлс     | |||
| 9
    
        K1RSAN 28.01.22✎ 11:28 | 
        (8) Тогда не понимаю, почему такой косяк - не далее, чем пару недель назад всё было хорошо. Обновление не должно было всё сломать, а добавление ещё одного магазина - должно было увеличить нагрузку на базу и могло привести к лишним блокировкам     | |||
| 10
    
        SuperMario 05.02.22✎ 09:28 | 
        Включай ТЖ и отслеживай TLOCK и DEADLOCK.
 (9) не нужно вот этих фраз, "не далее, чем пару недель назад всё было хорошо" Если Вы разработчик то займетесь решением проблемы. Раньше все было лучше: и трава зеленее, и земля круглее , и цены на бензин. | |||
| 11
    
        SuperMario 05.02.22✎ 09:43 | 
        (7) >>Зато он разделяет данные - и в теории блокировки должны будут уйти.
 Ничего он не разделяет. Это подзапрос в дополнение к тем, что платформа делает. (8) 99.9% в этом дело. Увеличилось время на ожидании блокировки и отвал по таймауту. А кто держит таблицу(ы) автор искать не хочет. | |||
| 12
    
        pechkin 05.02.22✎ 09:58 | 
        Увеличился объем а следовательно время закрытия и начались отвалы по таймауту. Можно попробовай увеличить этот самый таймаут | |||
| 13
    
        SuperMario 05.02.22✎ 10:36 | 
        (12) + или увеличить производительность клиентов и сети.
 Либо опубликовать базу и клиентов подключить через WEB-сервер. | 
 
 | Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |