gifts2017

Искажение данных, очистка данных из информационной базы

Опубликовал Павел Городилов (bxz) в раздел Администрирование - Чистка базы

Иногда нужно передать базу в третьи руки, но так что бы клиент был спокоен за свои данные - сделал небольшую обработку искажения текстовых данных во всех справочниках, удаления записей независимых регистров сведений и вычистки планов обменов.
Обработка не претендует на универсальность. Универсальная уже есть на ИТС (1CIts\EXE\EXTREPS\UNIREPS81\UpdatePrivateInformation).

Для передаче базы на разработку стороннему разработчику понадобилось вычистить базу от данных, но так что бы разработчик мог протестировать или увидеть реальные ошибки, возникшие при определенных данных. Обработка работает достаточно просто:

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

2. Удаляет все независимые регистры сведений.

3. Искажает текстовые данные всех справочников.

....

х. Profit

Естественно запускать эту обработку надо только на копии базы.

После прохода необходимо удалить помеченные на удаление объекты (узлы планов обмена надо почистить).

Выгружаете базу и спокойно отдаете эту базу стороннему разработчику.

Тестировалось на Рознице 1.0 для платформы 8.1

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
ОбфускацияДанных.epf
.epf 7,26Kb
03.12.12
14
.epf 7,26Kb 14 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Никита Коротаев (bforce) 04.12.12 13:35
Начну, пожалуй.
Уважаемый автор, поясните, пожалуйста, чем отличается ваша обработка от типовой обработки Изменение конфиденциальной информации с диска ИТС? По ходу описания вашей обработки настолько мало скриншотов, что непонятно, даже, как эта самая обработка выглядит...

Далее, лично у меня есть претензии по алгоритму работы:
1. Пробегаемся по Планам обмена и помечаем на удаление все сторонние узлы (не палим например магазины клиента)
Этим вы маскируете только число узлов, а если проблема как раз в обмене? как в таком случае специалисту проверять его работу, если вы все поудаляете?
2. Удалает все независимые регистры сведений.
В числе этих регистров, например, Настройки пользователей, Учетная политика и прочее. Удаляя эти данные вы делаете базу нефункциональной.
3. Искажает текстовые данные всех справочников.
Не все данные справочников нужно затирать. Например, у меня справочник содержит в наименовании ключевые фразы для работы пользователя. Если их убрать, то базу можно вышвыривать на помойку.

И последнее, термин "обфускация" применяется обычно для обозначения алгоритмов по запутыванию кода программы. Здесь он выглядит не к месту.
2. Владимир Гусев (adhocprog) 04.12.12 15:05
Нормальная обработка - как заготовка допилить, если нужно.
Я уже поменял наименование - сделал Имя справочника + Счетчик.
Учетную политику, действительно, жестоко удалять :) Но поправить одна строчка кода.
3. адуырщдв (адуырщдв) 04.12.12 15:24
Обфускация как то не к месту.
4. Павел Городилов (bxz) 04.12.12 15:47
(1) bforce, Круто я эту обработку не нашел. А не подскажите а есть какая-нибудь обработка заменяющая задвоенные элементы в базе ?
5. Никита Коротаев (bforce) 04.12.12 15:56
6. Павел Городилов (bxz) 04.12.12 16:25
(5) bforce, Эта обработка ни разу не претендует на универсальность. Алгоритм именно поэтому и описан более-менее подробно, что бы при желании можно было отрубить некоторые ненужные искажения, например, с теми же планами обмена. Для меня планы обмена были принципиальным моментом.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа