Оригинальный способ хранения "снимков" документов. Отличается от ранее опубликованных тем, что история каждого документа хранится в отдельной папке с именем UID данного документа, в отдельных файлах. Соответственно, нет проблем с дополнительными блокировками 1SBLOB.DBF в файловом варианте (там хранятся строки неограниченной длинны для всех объектов ИБ), нет проблем с удалением документов (например при свертке). Обработка только для опытных пользователей - это специально "выдернутый" и "урезанный" в своих функциональных возможностях пример из реальной базы. Так, например, не сохраняется история реквизитов шапки - только табличная часть.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Прекращена работа программы "1CV7 starter program". Никто не может зайти в 1C 7.7. Апкреш. Что делать? Проверьте, возможно журнал регистрации информационной базы 1С: Предприятия 7.7 поврежден.
Рассмотрим систему на базе Elasticsearch, Logstash и Kibana (ELK Stack) для анализа логов 1С Предприятие 7.7 с целью визуализации и анализа событий 1С.
Система полной отчетности об использовании рабочего времени пользователями. Все действия пользователей. Сколько времени и на что потрачено. Работает с БД MSSQL, любое количество клиентов
Все, кто работают с 7.7, знают, что журнал регистрации тормозит нещадно, в связи с чем пользы от него очень мало, и её ещё меньше, когда размер журнала превышает хотя бы 50 мегабайт. На Инфостарте, по- моему, даже есть средства для просмотра журнала, может, даже они эффективны, но моей мечтой всегда был sql-доступ к этому журналу, т.к. это просто, наглядно, удобно и, что самое важное, - очень быстро. Кому интересно - добро пожаловать.
Если вы пытаетесь посмотреть журнал регистраций, а у вас неожиданно 1С7.7 спрашивает пароль, хотя вы точно уверены, что пароль на журнал не ставили - поздравляю, у вас испорчен файл 1cv7.mlg
Очень полезно узнавать об ошибках при работе 1С раньше, чем пользователи придут жаловаться на проблемы. Если они вообще придут, а не будут молча ругать "глючную 1С".
Оригинальный способ хранения "снимков" документов. Отличается от ранее опубликованных тем, что история каждого документа хранится в отдельной папке с именем UID данного документа, в отдельных файлах. Соответственно, нет проблем с дополнительными блокировками 1SBLOB.DBF в файловом варианте (там хранятся строки неограниченной длинны для всех объектов ИБ), нет проблем с удалением документов (например при свертке). Обработка только для опытных пользователей - это специально "выдернутый" и "урезанный" в своих функциональных возможностях пример из реальной базы. Так, например, не сохраняется история реквизитов шапки - только табличная часть.
Скажем так, не оригинальное, а баян.
И еще - отчетик бы поудобнее слепить надо, а не просто формы с закладками - не видно же, чего изменилось там, особенно, если в накладной хренова туча строк.
Вызывает сомнение - как будут плодиться истории при программном проведении (не групповой обработкой платформы!, а именно программным проведением) документа - флаг групповой обработки здесь не работает вроде как. Ну и вываливание ТЧ в ТЗ при большом размере ТЗ - будет существенно притормаживать процесс перепроведения программно доков - потому как ТЗ значениtv в файл скидывается не особо быстро.. хот ядля пары десятков строк - пойдет...
1) Поудобнее - есть но он бабок стоит. Этот собран специально для публикации за 30 минут.
2) Так код открыт - можно и поставить флаг. Тем более, что в каждой конфигурации он свой. У меня, например, в ПУБ + ТИС + ИТРП + ФП (самописном) целых 4(!) флага различных групповых манипуляций.
3) Работоспособность проверена - 6 месяцев работы без сбоев. Пока на SQL не перебрались. Масштаб базы - более 2 гигов за 1 год (резня на каждые новогодние праздники). Семь "Дятлов" плюс смотрящие - ковыряющиеся. Накладные по 6-7 листов. Кроме табличной части документа сохранялась шапка + вторая табличная часть (из связанного документа). 400 тыс. файлов в папке история (за полгода). Сервак правда, достаточно солидный.
Если в базе 1000 документов в день, то "плоды" взрастут как грибы после дождя потопа.
Данное решение сгодится для средней базы (малой не нужно, на большой не попрет) на хорошем серваке.
