ТИС Файловая. Терминальный режим. Работают около 50 пользователей. Иногда бывают зависания при транзакциях. Особенно в центральной базе при обменах с магазинами такое наблюдается. Редко но бывают.
происходит это так: какой-то пользователь (по журналу регистрации видно)лупит документы остальные ничего делать не могут. Тот кто лупит - делает бесполезную работу, потому что документы налезают друг на друга. После того как он закрывает 1С (по моему требованию) все нормализуется у остальных.
Но руководство требует чтобы их не было вообще. Буквально с ножом к горлу уже !!!
Как у форумчан - тех кто работает в 1С 7.7 обстоят с этим дела??? Может я один такой неграмотный ???

(126) Количество записей в таблице остатков есть величина конечна и равна количеству периодических реквизитов

"Пухнут" - это увеличение количество записей, а тут для этого нет основания.

Сколько у тебя периодических реквизитов в конфе 100-200? Даже пусть 1000. Т.е. в таблице итогов будет максимум 1000 записей на каждый период хранения остатков.


Как ты сейчас получаешь остаток товара на дату?

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

(127) именно что тысяча записей на каждый период. За год будет не тысяча записей а 12 тысяч

(129) еще раз. сравни с остатками номенклатуры.
Представь себе что у тебя 1000 фиксированных позиций, 1 склад и 1 фирма (ну скажем прайс 1С с коробками), ассортимент у тебя не меняется, учет по срелдней. В день по некоторым из них может быть 1 документ прихода или расхода, не более того. При этом у тебя на складе всегда есть этот ассортимент (т.е. в 0 он не уходит)

Сильно распухнет регистр остатков ТМЦ в такой базе?

(129) и что такое 12 тысяч за год? У меня в месяц на остатки с учетом складов и фирм тысяч 60 записей наверное будет. А тут за год всего 12 тысяч записи. У тебя база лежит на дискетки, что для тебя каждый байт важен

Может и так

(131) если из этого исходить то на восьмёрке ваще тормозов быть не должно ;-)

(123) Для курса Валют
надо
Валюта не в измерении хранить а в реквизите
т.е Регистр будет :
Реквизит  Валюта
Ресурс Курс


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

(134) Не понял остаток чего тогда нам покажет курс?

Ты с прайсом не путаешь, когда цену хранят в реквизите, а номенклатуру в измерении?

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

В 1999 году была так была решена задача по изменению цен на бензоколонках
Регистр
Реквизит  Безоколонка
Реквизит  ВидТоплива
Ресурс Цена

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

Я только о том что бы незакрытый регистр он и есть незакрытый

задача из 0 элементарная и решается совсем по другому.

(136) опять не согласен. У тебя ресурс цена, а значит любое движение вызовет расчет и запись в таблицу остатки. И если каждый раз писать цену, то получается что остаток будет расти до бесконечности, и опять имеем незакрытый регистр. Поэтому
Бензокалонка и ВидТопливо - измерения, Цена - реквизит. И тогда запись в этот регистр не будет влиять на остатки от слово совсем, ну и поиск перебором
        Прайс.УстановитьФильтр(Безоколонка,ВидТоплива);
Прайс.ОбратныйПорядок(1);
Прайс.ВыбратьДвижения(,ДатаПрайса);
Если Прайс.ПолучитьДвижение()=1 Тогда    
     Результат=Прайс.Цена;
Иначе
     Результат=0;
КонецЕсли;

(137) Да мы не занесение курса  а про вытаскивания курса - эта операция гораздо чаще чем внесение,
да и тот запрос что ты написал на 1с на sql гораздо лучше и эффективней будет.

(136) Интересный подход, спасибо за подсказку. А поподробнее можно?

(140) Мщи сайт дикого зайца он по моему в кеше был
также наверняка кто то еще ту статью выкладывал
по моему статья называлась
@Регист свединий на  1cv77"
автор я  Z1

по подходу можешь тут спрашивать

(136) Задача из (0) элементарная ? И как же она элементарно решается? вот несколько дней вообще тишь и благодать по транзакциям

(141) Не работать в ЦБ
ЦБ только для обменов.

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

(143) Ну  попробуйте ответить почему так быстрее и тогда картинка сложиться.
Перенастроить из одной базы в другую не особо сложно.

(143) Да и если в УРБД смесь  sql баз и dbf баз
то бывают очень сложнообнаруживаемые ошибки
на строках неограниченной длины ( из-за разной организации хранения их )

(145) Пока все ДБФ. Спасибо за советы. Буду думать

Перевод на скуль + оптимизация узких мест на прямой запрос.

(147) Структуру РИБ надо конечно переделывать хотя на ЦБ столько бизнес-процессов завязано что переделать ее в периферийку не получится наверное. И что тогда вообще будет ЦБ? Место куда все будет сливаться? Насчет скуль думаем, вот только нет у меня сервера для проб и ошибок, вся работа боевая

(148)  Лет пять назад полностью переделывал выгрузку РИБ на 7.7 на sql, Разработки давно потеряны, но загрузка/выгрузка занимала секунд 300 максимум. Все в итоге было переписано на 1cpp.    

(137) У меня были хранимые процедуры на T-SQL для переодических реквизитов, работали в сотни раз лучше стандартного кода. Но поддержка их связана с заметным геморроем.



В переводе на прямые запросы есть один геморрой - надо все прямые запросы выполнять ДО первой записи в регистры, иначе словишь лок от 1С и все. В итоге пришлось переписать полбазы и все данные для расчетов для проведения  выполнять при начале проведения. Прям как сейчас в конфах для 8.3.

Как говориится до Утки - на седьмые сутки.
Вот только сейчас дошло, что когда время ожидания захвата не ноль, то в эти 10 секунд фиг знает сколько еще косяков можно понатворить. А когда ноль - то отбрасывает и все

ЕПРСТ. На магазинх стало лучше намного а в центральной базе начался дурдом. Постоянные транзакции. Может с нуля вернутьь опять на 15??? 45 пользователей работают. Конец года, документов вал идет, включая кассовые чеки.

Или есть еще какие-то варианты ?

(151) ну, можешь поставить хрень от ромикса,vk_sleep

но я её убрал, ибо были ошибки при её использовании

А чего у тебя народ в ЦБ делает..? Справочники заводит, или что ?

(152) Если попроббовать вернуть как было или например поставить не 15 а 10 секунд или 5 - подскажите код. На ноль то я всех выставил

(154) Справочники, документы: поступление, чеки, строки выписки ПКО РКО перемещения реализации и счета-фактуры. В базе сейчас 45 пользователей

(156)+ Заявки покупателя короче весь документооборот. А на магазинх стало хорошо на периферийных

Вот код который все в ноль поставил

Процедура ПриНачалеРаботыСистемы()
    ЛокВэйт=0;
    Попытка
        МойТекст1С=СоздатьОбъект("Текст");
        МойТекст1С.Открыть(КаталогПользователя()+"1Cv7.CFG");
        НомерСтрокиТекста = 1;
        Пока НомерСтрокиТекста <= МойТекст1С.КоличествоСтрок() Цикл
            СтрокаТекста = МойТекст1С.ПолучитьСтроку(НомерСтрокиТекста);
            Если Найти(СтрокаТекста, "LockWaitTime")>0 Тогда
                Если Найти(СтрокаТекста,Симв(34)+"LockWaitTime"+Симв(34)+","+Симв(34)+"0"+Симв(34))=0 Тогда
                    МойТекст1С.ЗаменитьСтроку(НомерСтрокиТекста,
                    "{"+Симв(34)+"LockWaitTime"+Симв(34)+","+Симв(34)+"0"+Симв(34)+"}}");
                    ЛокВэйт=-1;
                    Прервать;
                Иначе
                    ЛокВэйт=1;
                КонецЕсли;                                                
            КонецЕсли;                                                
            НомерСтрокиТекста=НомерСтрокиТекста+1;
        КонецЦикла;
        Если ЛокВэйт=-1 Тогда
            МойТекст1С.Записать(КаталогПользователя()+"1Cv7.CFG");
            Предупреждение("Пожалуйста, войдите в базу повторно",10);
            СтатусВозврата(0);
            Возврат;
        КонецЕсли;
    Исключение        
    КонецПопытки;
    Если ЛокВэйт=0 Тогда
        СтатусВозврата(0);
        Возврат;
    КонецЕсли;

Ромиксову не использовал а вот кернел 33 и 37 использую

(159)+ Утром дурдом из-за транзакций а потом как-то нормально пашет

(154) ЕПРСТ. У нас очень много документов проводтся задним числом - и перемщения и постпуления и реализации. Получается что регистры же перерасчитываются. Вот может из-за этого все и происходит

(161) если регистры норм закрываются, выстави период хранения останков 5 дней.
Всё полетит

единственное неудобство - открытие периода.

(163) Ну а если все-таки вернуть время ожидания захвата не в ноль? Просто с кодом не врублючь как там сделать 10 или 15 секунд. Но именно с этого момента (как в ноль поставил) стало хуже на центральной базе

(163) регистры в-основном закрываются нормаально хотя и не все, но партии, продажи,взаиморасчеты, остатки резервы - там вроде нормально

(164) воткни проверку, что если это центр база, то cfg не трогать и код из (158) не выполнять. делов-то

но от транзакций ты не избавишься, будет только хуже :)

(166) Так он же уже в ноль всем поставил. Что толку-то если я проверку поставлю. Он же мне в 10 или 15 секунд сам не поставит

(166) Записи книги продаж и покупок не закрыты (регистры). Чем-то их надо закрыть ибо в торговле я месяц не закрываю

(168) воткнёшь проверку в модуль, один раз исправишь в параметрах в цб время захвата таблиц. Всё

(169) Эти регистры вырезать за ненадобностью, ими в ТИСе никто и никогда не пользовался

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

это минут на 5 работы

(168) добавь константу ВремяОжиданияЗахватаБазы и немного модифицируй (158), а именно

Если Найти(СтрокаТекста,Симв(34)+"LockWaitTime"+Симв(34)+","+Симв(34)+""+Константа.ВремяОжиданияЗахватаБазы+""+Симв(34))=0 Тогда
                    МойТекст1С.ЗаменитьСтроку(НомерСтрокиТекста,
                    "{"+Симв(34)+"LockWaitTime"+Симв(34)+","+Симв(34)+""+Константа.ВремяОжиданияЗахватаБазы+""+Симв(34)+"}}");
                    ЛокВэйт=-1;


И тогда в центре ставишь 15 и оно в центре у всех будет 15, а на филиале ставишь константу в 0

(172) Но один раз закрыть-то надо по-любому а чем хз?
(174) Текстовая константа или числовая ?

(175) число Длина 3 точность 0, неотрицательный

(171) Вырезать регистры вообще из конфигурации? И сдлеать потом ТИИ с пересчетом итогов?

(177) Для начало просто отключи движение по ним

(176) Спасибо. С утра дурдом а потом как-то все нормально

(178) Отключу а потом как закрыть чтоб больще не лезть в них?
Типа документа ввода остатков?

(180) грохни dbf физически

(177) Можешь и оставить, на память, только сами таблички прибей потом. Чтоб файловое место не занимали и чтоб пересчету регистров не мешали

(182) понял. спасибо. попробую

+ можно повырезать лишнюю аналитику с регистров, можно поуменьшать размеры ресурсов регистров, всё это уменьшит размер дбф

и увеличит производительность

(184) А много там лишней аналитики? Где стоит вырезать? Ведь основные - это  продажи, партии, остатки, резервы, банк, покупатели и поставщики, касса. Что там вырезать-то? Хотя да -ценапрод не нужна в остатках тмц

(186)+ Есть еще дурной регистр - заявки покупателей, но у нас им весьма активно пользуются. Потом закрывать ежемесячно приходится

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

Да там, много чего повырезать можно

и переписать на норм алгоритмы.

(189) Учет многофирменный. НП выкинуть - это полконфигурации менять. В валюте ничего не ведем

Да, если учет по-средней, можно повырезать партии.

(187) мы тупо раз в 2 недели запускаем cmd файл

DEL R?4480.*

Ну и помечаем на удаления заявки и закрытие резерва

(192) Учет по ФИФО

(193) от вы ленивые. Проще в коде заремить, быстрее проводится будут, ибо нет записей, нет пересчета итогов

(195) если раньше юзерам приходилось ждать и они нажимали "нет" и пробовали чере 10 сек, то теперь посколько врмя ожидания Ноль, то они пробую заново тут же. Из-за этого получается иногжа массовая блокировка транзацакций

(196) в том то и дело, что блокировки нет, ибо пока кто-то не провёл документ, блокируется 1sjourn целиком. зато сразу оутлуп, и не надо ждать 10 секунд и создавать очередь на ожидания

Теперь, нужно только ускорить время проведения доков и транзакций не будет совсем.
У нас, половина доков обработками перепроводилось массово, и ничего, никому не мешало. Ибо в этот перепровод запросто можно было впихнуть как новыйц документ, так и провести его

(198) Чем его ускорить (проведение)? У меня и так за секунду порой по 3-4 дока создаются

(199)+ Самое фиговое что создана например громадная Заявка покупателю и из-за транзакции приходится порой создавать ее заново, вот как с этим быть. юзеры ругаются. Это нечасто бывает но бывает

(199) уменьшить период хранения останков, желательно вынести проверки до обработки проведения, выкинуть запись лишних движений.
Проводить все документы в потоке.
Для "заднего" числа, переписать получение останков на прямой запрос.
Хотя, и с 5-ю днями будет гоооораздо быстрее делатся временный расчет регистров

(201) А как быть с открытием периода ?

(201) А что значит в потоке? Ведь остатки же все начнут лететь

(202) открывать
(203) проводить новые доки со сдвигом та

(203) Слова знакомые но сути не понял

(205) Но новые документы и так проводятся же со сдвигом ТА

(195) Резервы? Так используем гиперактивно. Настолько что через месяц начинает всё тормозить. Поэтому раз в 2 недели тупо грохаем движение и документы

(204) ЕПРСТ
У нас так:

Новые документы записывать:
С текущим временем - флажок пустой
после ТА - флажок пустой

Новые документы проводить:
после ТА (в реальном времени) - флажок пустой
при проведении после ТА заменять время на текущее - флажок непустой

Может тут что-то не так?

(204) Это у каждого пользователя иожет быть по-разному установлено?

типа     ПроводитьПослеТА(1,1);

только надо быть аккуратнее с приходами

(210) Алексей.Это в каком месте вставлять?

Процедура ПриОткрытии()

(213) А что это практически даст?

Для поступлений/возвратов я бы прописал бы
    ПроводитьПослеТА(1,-1);

(215)Спасибо понял а что это все-таки даст на практике ?

(214) в течении дня документы будут проводиться на ТА, что исключит пересчет итогов при проведении, т.е. уменьшается время проведения и блокировки

(217) А что делать в конце дня? И потом много документов создаются и проводятся обработками. Там нет ПриОткрытии :)

(218)
Провести(<?>,);
Синтаксис:
Провести(<Режим>,<Знач>)
Назначение:
Выполнить проведение документа.
Возвращает: 1 - если проведение документа выполнено, 0 - иначе.
Параметры:
<Режим> - необязательный параметр. Число: 0 - проводить документ без сдвига ТА; 1 - проводить непроведенный документ реальным временем (со сдвигом ТА); 2 - перепроводить проведенный документ реальным временем (со сдвигом ТА); 3 - проводить любой (непроведенный, проведенный) документ реальным временем (со сдвигом ТА). Значение по умолчанию - 0.

(219) Так в конце дня как быть? Что-то надо будет перепроводить массово?

(220) ну ты когда обработкой созздаешь докуи там и пиши что проводить на ТА

Док = создатьОбъект(
...
Док.Провести(3);

(0) Выкинте, пожалуйста, семерку, меня от неё тошнит(

(221) Я понял. То есть вечером или ночью ничего восстанавливать не надо
(222) Давно бы выкинул только в ней 45 пользвателей только на ЦБ и еще перифериек 5

(222) а сюда ты зачем зашел? Поблевать?

(223) Моя твоя не понимать зачем что-то восстанавливать.
Ночью вообще пофиг. там никого нет и блокировать некому, поэтому что задницей, что передницей проводить - все равно. Лишь бы укладывалось в регламентное время

Вообще странно:
Работает собственно только кассир.
И вот в течении минут 15 при попытке создать автоматом дополнительный к чеку документ "Движение бухт по чеку" идет ошибка "обращение к таблице 1SJORN" - Ошибка обращения к данным при транзакции выполняемой Другим пользователем. Но как-то вот нет этого другого пользователя