К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

Гость
0 - 30.11.2012 - 17:22
Сабж угнетает пользователей, чем бороть?


Гость
1 - 30.11.2012 - 17:22
banned
2 - 30.11.2012 - 17:43
Есть контора. Решает. Дорого.

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

Сиречь, Софтпойнт.
Гость
3 - 30.11.2012 - 17:49
0-oxo > Конфа, размеры, количество пользователей, тип (SQL, DBF), режим пользования (толстый/тонкий клиент)...
Гость
4 - 30.11.2012 - 19:50
2 поиск яндексом - безуспешно
3 нестандартная, более 10, СКЛ, 7.7
banned
5 - 30.11.2012 - 19:54
поиск яндексом - безуспешно

Набираю по памяти, безо всякого Яндекса:
www.softpoint.ru
6 - 30.11.2012 - 20:17
(0) как много документов? как много строк в документах? как часто проводится документы задним числом?
Гость
7 - 30.11.2012 - 21:10
5 Предлагая потенциальным клиентам решение проблем производительности информационных систем (ИС) на базе 1С и MS SQL, например, внедрение технологии "Гибкие блокировки", мы... Об этом в 2?

6 свыше 10000, свыше 200, ежедневно
banned
8 - 30.11.2012 - 21:45
7-oxo > Угу. Об этом в (2).
Гость
9 - 30.11.2012 - 22:27
0-oxo > Головой. Минимизировать время записи документов любыми доступными средствами.
Гость
10 - 30.11.2012 - 23:26
(0) переходи на 8-ку.
я как-то сильно ускорил путём перехода на codebase server. но разработчик теперь не советует.
если не лень вот ещё рекламируют http://www.wirth.ru/
11 - 01.12.2012 - 02:24
(7) запилить практически до нуля проведение задним числом с целью избавления от расчетов временных итогов. существенно снизит нагрузку на базу (особенно если проведение и перепроведение задним числом выполняется постоянно).
12 - 01.12.2012 - 02:24
Сколько юзверей в системе? сидят ли все в терминале?
13 - 01.12.2012 - 08:40
Непонятно на каком железе. Для 6-10000-200 что-то странно)
У одного клиента бух любит проводить несколько документов заранее 31-ым, уносит вперед ТА и потом весь месяц вся команда пыхтит "задним" числом. Борьба ведется с переменным успехом, окончательно победить видимо может только физическое отстреливание ) Минимизировать работу задним числом - это однозначно. И жизнь наладится
14 - 01.12.2012 - 19:57
(13) я теперь с этим не борюсь - говорб руку обычно - хотите пыхтеть? - пыхтите! не хотите пыхтеть - делайте как сказал.
Гость
15 - 01.12.2012 - 20:13
при тщательной организации структуры данных проблема заднего числа (длительные запросы и вычисления при проведении) исчезает и жизнь становится шоколадной
banned
16 - 01.12.2012 - 20:27
Забейте.

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

По результатам общения - выйдет сюда и доложит впечатления.
Гость
17 - 02.12.2012 - 12:52
16 спешите с выводами.
18 - 03.12.2012 - 14:05
(ВСЕМ) Спецы - перечислите опжалуйста все варианты когда блокируется 1SJournal.DBF??? У меня на терминальном сервере ввод нового Чека ККМ пару раз в день растягивается минуты на две - блокировка журнала - причем запись об этом в ЖР почему-то не пишется. Процессор свободен, памяти полно свободной - ЧТО ХОТЬ ПРОИСХОДИТЬ МОЖЕТ??? ] До августа все было вроде неплохо по крайней мере не было такой проблемы.
19 - 03.12.2012 - 14:41
(18)Просмотри все модули проведения, а также процедуру вводнового() в документах на наличие всяких вопросов и предупреждений, если есть - искоренить как класс.
20 - 03.12.2012 - 15:06
19 - Sasha Спасибо. Но нет у меня в модулях проведения ни вопросов ни предупреждений. В процедуре ввода нового Чека есть выбор из списка значений. Но как раз именно он-то и не может создаться 2 минуты. А чеки у нас делает по-сути на одном компе
21 - 03.12.2012 - 15:08
19 - Sasha Иногда долго ищется принтер по умолчанию на 1-2 терминальных сеансах. Но я вот смотрю - процеесор почти не занят. А когда проблема с принтероами - он нагружается чуть не до 100%
Гость
22 - 03.12.2012 - 16:16
18 Уточни, картинка (1) в процессе создания нового чека наблюдается?
23 - 03.12.2012 - 16:37
22 - охо Ну да, именно такая картинка и наблюдается
24 - 03.12.2012 - 17:52
(15) речь идет о минимальных докрутках типовой конфиги? или о самопальности?
25 - 03.12.2012 - 17:52
(19) выполнение процедцры ВводНового() - не порождает транзакции, так что там хоть обвопрошайся
Гость
26 - 03.12.2012 - 17:55
23 Процедуре ввода нового Чека ни при чём. Ищи долгопроводящиеся документы.
Гость
27 - 03.12.2012 - 19:15
25-Чучундер > С каких пор расчет нового номера идет вне транзакции?
28 - 03.12.2012 - 19:30
27-Reaper >ВводНового в транзакции с наложением блокировки на 1SDNLOCK, УстановитьНовыйНомер - без транзакции и без блокировки. По крайней мере так в скуле.
29 - 03.12.2012 - 19:42
(27) я этого не говорил, фильтруй базар! ;-)
при входе в ВводНового() - транзакция по поиску/определению нового номера - уже отработала.
.
если в ВводНового() используется что-то типа УстановитьНовыйНомер() - то транзакция, скорее всего, открывается и закрывается "внутри" этого оператора.
.
В самом же выполнении кода в проц ВводНового() - транзакция отсутсвует. Таковое мое мнение. Возможно, я заблуждаюсь... но сомневасюь что заблуждаюсь ;-)
30 - 03.12.2012 - 19:44
У путевогоЛиста, кстати, база ДБФ
31 - 03.12.2012 - 19:51
блин.. застремался я с вами.. сейчас проверю на дбфе...
32 - 03.12.2012 - 19:52
31-Чучундер >ждём-с :)
33 - 03.12.2012 - 20:09
Проверил, как и ожидалось - никаких блокировок/транзакций при исполнении кода процедуры ВводНового() - нет, все как писал в (29)
.
http://www.savepic.ru/3442007.png
.
код:
//************************************************** ****************************
// предопределенная процедура
Процедура ВводНового(Скопирован)

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

глЗаполнитьШапку(Контекст, Скопирован,"Продажа");
.
вдогонку - в типовых ТиС во вводе нового делается дофига интерактивных действий - в той же "Заявке покупателя" выводится запрос на выбор из списка вида заявки.. и ничего.. никаких блокировок...
34 - 03.12.2012 - 20:10
(32) "садитесь жрать пожалуйста"
35 - 03.12.2012 - 20:17
34-Чучундер >после шести не ем-с :)
36 - 03.12.2012 - 20:23
34-Чучундер >Я думаю Риппер имел ввиду не процедуру ВводНового, а сам процесс содания нового документа - Док.Новый(), а я уже добавил от себя, вместо Новый() ВводНового.
Так что я каюсь, в (28) ВводНового следует читать ввод нового.
:)
Гость
37 - 03.12.2012 - 20:23
Я ничего не понимаю в ваших клюшках, мне простительно
38 - 03.12.2012 - 20:25
(36) все равно - кровью умылись.. ;-) но отмазка, так и быть, засчитана...
39 - 03.12.2012 - 20:25
(37) вы еще и в букавках не понимаете - там вверху 7.7 обозначено.. ;-)


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены