| 0
- 30.11.2012 - 17:22
|
Сабж угнетает пользователей, чем бороть?
    | |
| 1
- 30.11.2012 - 17:22
|  | |
| 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 | |
| 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, ежедневно | |
| 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
| при тщательной организации структуры данных проблема заднего числа (длительные запросы и вычисления при проведении) исчезает и жизнь становится шоколадной | |
| 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 обозначено.. ;-) | |
