7.7: Ожидание блокировки таблицы 'Журналы'
 

Сабж угнетает пользователей, чем бороть?

[img]http://savepic.ru/3345193.png[/img]

Есть контора. Решает. Дорого.

ООО "Мягкая точка".

Сиречь, Софтпойнт.

0-oxo > Конфа, размеры, количество пользователей, тип (SQL, DBF), режим пользования (толстый/тонкий клиент)...

2 поиск яндексом - безуспешно
3 нестандартная, более 10, СКЛ, 7.7

поиск яндексом - безуспешно

Набираю по памяти, безо всякого Яндекса:
[url]www.softpoint.ru[/url]

(0) как много документов? как много строк в документах? как часто проводится документы задним числом?

5 Предлагая потенциальным клиентам решение проблем производительности информационных систем (ИС) на базе 1С и MS SQL, например, внедрение технологии "Гибкие блокировки", мы... Об этом в 2?

6 свыше 10000, свыше 200, ежедневно

7-oxo > Угу. Об этом в (2).

0-oxo > Головой. Минимизировать время записи документов любыми доступными средствами.

(0) переходи на 8-ку.
я как-то сильно ускорил путём перехода на codebase server. но разработчик теперь не советует.
если не лень вот ещё рекламируют [url]http://www.wirth.ru/[/url]

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

Сколько юзверей в системе? сидят ли все в терминале?

Непонятно на каком железе. Для 6-10000-200 что-то странно)
У одного клиента бух любит проводить несколько документов заранее 31-ым, уносит вперед ТА и потом весь месяц вся команда пыхтит "задним" числом. Борьба ведется с переменным успехом, окончательно победить видимо может только физическое отстреливание ) Минимизировать работу задним числом - это однозначно. И жизнь наладится

(13) я теперь с этим не борюсь - говорб руку обычно - хотите пыхтеть? - пыхтите! не хотите пыхтеть - делайте как сказал.

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

Забейте.

Афтар сейчас общается с МуМу.

По результатам общения - выйдет сюда и доложит впечатления.

16 спешите с выводами.

(ВСЕМ) Спецы - перечислите опжалуйста все варианты когда блокируется 1SJournal.DBF??? У меня на терминальном сервере ввод нового Чека ККМ пару раз в день растягивается минуты на две - блокировка журнала - причем запись об этом в ЖР почему-то не пишется. Процессор свободен, памяти полно свободной - [b]ЧТО ХОТЬ ПРОИСХОДИТЬ МОЖЕТ??? ][/b] До августа все было вроде неплохо по крайней мере не было такой проблемы.

(18)Просмотри все модули проведения, а также процедуру вводнового() в документах на наличие всяких вопросов и предупреждений, если есть - искоренить как класс.

19 - Sasha Спасибо. Но нет у меня в модулях проведения ни вопросов ни предупреждений. В процедуре ввода нового Чека есть выбор из списка значений. Но как раз именно он-то и не может создаться 2 минуты. А чеки у нас делает по-сути на одном компе

19 - Sasha Иногда долго ищется принтер по умолчанию на 1-2 терминальных сеансах. Но я вот смотрю - процеесор почти не занят. А когда проблема с принтероами - он нагружается чуть не до 100%

18 Уточни, картинка (1) в процессе создания нового чека наблюдается?

22 - охо Ну да, именно такая картинка и наблюдается

(15) речь идет о минимальных докрутках типовой конфиги? или о самопальности?

(19) выполнение процедцры ВводНового() - не порождает транзакции, так что там хоть обвопрошайся

23 Процедуре ввода нового Чека ни при чём. Ищи долгопроводящиеся документы.

25-Чучундер > С каких пор расчет нового номера идет вне транзакции?

27-Reaper >ВводНового в транзакции с наложением блокировки на 1SDNLOCK, УстановитьНовыйНомер - без транзакции и без блокировки. По крайней мере так в скуле.

(27) я этого не говорил, фильтруй базар! ;-)
при входе в ВводНового() - транзакция по поиску/определению нового номера - уже отработала.
.
если в ВводНового() используется что-то типа УстановитьНовыйНомер() - то транзакция, скорее всего, открывается и закрывается "внутри" этого оператора.
.
В самом же выполнении кода в проц ВводНового() - транзакция отсутсвует. Таковое мое мнение. Возможно, я заблуждаюсь... но сомневасюь что заблуждаюсь ;-)

У путевогоЛиста, кстати, база ДБФ

блин.. застремался я с вами.. сейчас проверю на дбфе...

31-Чучундер >ждём-с :)

Проверил, как и ожидалось - никаких блокировок/транзакций при исполнении кода процедуры ВводНового() - нет, все как писал в (29)
.
[url]http://www.savepic.ru/3442007.png[/url]
.
код:
//******************************************************************************
// предопределенная процедура
Процедура ВводНового(Скопирован)

Сообщить("ввод нового: "+НомерДок);
Предупреждение("СТОП!");

глЗаполнитьШапку(Контекст, Скопирован,"Продажа");
.
вдогонку - в типовых ТиС во вводе нового делается дофига интерактивных действий - в той же "Заявке покупателя" выводится запрос на выбор из списка вида заявки.. и ничего.. никаких блокировок...

(32) "садитесь жрать пожалуйста"

34-Чучундер >после шести не ем-с :)

34-Чучундер >Я думаю Риппер имел ввиду не процедуру ВводНового, а сам процесс содания нового документа - Док.Новый(), а я уже добавил от себя, вместо Новый() ВводНового.
Так что я каюсь, в (28) ВводНового следует читать ввод нового.
:)

Я ничего не понимаю в ваших клюшках, мне простительно

(36) все равно - кровью умылись.. ;-) но отмазка, так и быть, засчитана...

(37) вы еще и в букавках не понимаете - там вверху 7.7 обозначено.. ;-)