В 8.3.11 добавят историю данных

26.05.2017      55974
В новой версии платформы «1С:Предприятие» появится механизм, который позволит компактно хранить историю изменения прикладных данных. 
 
Пользователи смогут гибко анализировать изменения данных, сравнивать разные версии и восстанавливать данные из выбранной – с помощью готовых интерфейсных решений или встроенного языка. 
 
Для анализа истории в платформе уже существуют журнал регистрации и библиотека стандартных подсистем (БСП), содержащая подсистему версионирования объектов. Однако функции первого инструмента ограничиваются только регистрацией самого факта изменения данных без конкретных указаний на измененный реквизит и возможности восстановления его предыдущего состояния. А подсистема версионирования библиотеки, хоть и имеет весь перечисленный функционал, несколько ограничена в практическом применении, поскольку ее внедрение в прикладное решение требует участия квалифицированного разработчика. 
 
Механизм истории данных будет полностью реализован внутри платформы и не потребует какой-либо установки дополнительных программных средств. Однако по умолчанию он отключен. Для использования достаточно будет просто включить его, не меняя ничего в конфигурации. 
 
«Включить его можно как в конфигураторе, так и в режиме 1С:Предприятие. В конфигураторе это может сделать разработчик, в режиме 1С:Предприятие – пользователь, с помощью обработки, написанной на встроенном языке», – сообщается о нововведении в блоге разработчиков 1С. 
 
Обещают, что он будет работать быстрее за счет использования возможностей, недоступных из встроенного языка. А история данных будет занимать меньше места за счет хранения разницы с предыдущей версией, а не полной копией данных. 
 
Напомним, что ранее для версии 8.3.11 уже были анонсированы функции выделения диапазонов строк и отображения единиц измерения, а также настройка объединения состава и типа объектов и другие новшества.



См. также

Не найдено ни одной записи.
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. vano-ekt 124 26.05.17 17:36 Сейчас в теме
убийца версионирования )
cleaner_it; +1 Ответить
2. KazanKokos 11 26.05.17 17:37 Сейчас в теме
(1) скорее убийца журнала регистрации :)
cleaner_it; +1 Ответить
3. MSConfig 26.05.17 18:08 Сейчас в теме
Нет, друзья. Это убийца http://infostart.ru/public/172052/
Anchoret; GreenDragon; +2 Ответить
6. Diversus 2329 26.05.17 20:44 Сейчас в теме
(3) 1С не дремлет :)
Этого стоило ожидать. Вопрос о том кто, что изменил, какое было старое значений и как это вернуть обратно, задача часто встречающаяся. Логично, что 1С, в конце концов, обратила на это внимание.
Не беда, что это случилось (это говорю как автор приведенной ссылки) все движется и развивается и я рад, что такая проблема будет решена самой платформой.
avkonyshev; TeMochkiN; olegmedvedev; +3 Ответить
10. Silenser 612 26.05.17 23:04 Сейчас в теме
(6)Не так все страшно. На больших базах история может занимать много места и хранение ее во внешней базе может быть козырем.
12. wbazil 140 29.05.17 09:53 Сейчас в теме
(6) Виталий Ваша разработка ещё будет долго служить, спасибо Вам
у нас продуктовая база 60Гб, а изменений за месяц 208Гб, не думаю что дадут разрешение слить их вместе
4. VmvLer 26.05.17 18:21 Сейчас в теме
журнал регистрации в его нынешнем виде это антиреклама 1С, посему логично, что там решили что-то с этим делать)
avkonyshev; EugeneSemyonov; TeMochkiN; cleaner_it; Silenser; +5 Ответить
5. Silenser 612 26.05.17 18:57 Сейчас в теме
(4)Особенно его новый формат.
7. Tarlich 116 26.05.17 20:59 Сейчас в теме
интересно ! а восстановить после удаления -))
8. Brawler 458 26.05.17 22:56 Сейчас в теме
(7) скорее всего этого не будет ибо с основной ссылкой на объект явно уйдет и вся история в небытие
9. maxx 996 26.05.17 22:58 Сейчас в теме
Не плохо бы придумать архивирование или переноса данных истории в другое место или базу, чтобы база не пухла, но в случае чего данные из архива можно было подтянуть
EugeneSemyonov; BigBoss; TreeDogNight; +3 Ответить
11. panvartan 28.05.17 12:31 Сейчас в теме
У данных, как у осетрины, может быть только одна свежесть, она же последняя. Аудиторский след? Блокчейн? Нее, не слышали
13. hromovanton 7 29.05.17 10:10 Сейчас в теме
Очень нужная вещь. Особенно возможность восстанавливать версию данных.
14. v3rter 29.05.17 11:20 Сейчас в теме
А добавьте стабильности! )
Ziggurat; +1 Ответить
15. MsDjuice 114 29.05.17 16:23 Сейчас в теме
Версирование RIP
16. gradi 5 07.11.17 16:01 Сейчас в теме
Кто-нибудь уже пробовал этот функционал?
17. Namig 08.11.17 11:47 Сейчас в теме
Как включить этот функционал в режиме 1С предпрятия, так и не понял.
В режиме конфигураторе есть история данных - использовать
И еще как потом смотреть кто что изменил, то же не ясно
или я не понимаю где искать этот функционал
или очень тщательно спрятон функционал
проверилось в тестовом 8.3.11 от 03.10.2017
18. BigB 193 13.11.17 21:02 Сейчас в теме
(17) В регламентом задании вставь код
ИсторияДанных.ОбновитьИсторию()
и всё увидишь.
19. schweigen 23.11.17 19:53 Сейчас в теме
Кто-нибудь разобрался уже?
Провел несколько эксперементов, имхо всё уныло.

1) Самая тривиальная задача в мире. Я хочу смотреть на список документов и видеть, какие из них изменены. Просто чтобы измененные визуально отличались. Как это сделать - не известно. Я не понял по крайней мере.
2) Запись версии делается при любой записи: интерактивно или это обработка, или слияние дублей, или обмен данными - записывается версия. Даже если ты меняешь реквизит для которого выключена история - все равно пишется версия, просто в ней не будет данных об изменениях. Вопрос: нафиг это надо.
(справедливости ради, тут можно воткнуть регламентное задание, которое будет проверять последние записанные версии и удалять мусор. Но блин, что за гемор. И учитывая тему с откатом объекта до предыдущей версии я вообще не уверен, стоит ли этим заниматься)

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

Это не все мои вопросы к разработчикам, но главные.
Поправьте меня если разобрались лучше.
20. schweigen 23.11.17 22:21 Сейчас в теме
...я понял ход мысли. визуально выделять документы с изменениями не имеет смысла - они тупо все будут с изменениями.
Короче понятно. Лично я другого ожидал.
Оставьте свое сообщение