gifts2017

Adaptersoft : RefKillRepeat

Опубликовал Adapter Бахтыреев (adapter) в раздел Администрирование - Чистка базы

Универсальный поиск повторов для баз данных 1С V 7.7.

Алгоритм нечеткого поиска ищет по вероятности совпадения слов.

С помощью данного инструмента можно избавится от повторяющихся элементов в справочниках баз данных 1С 7.7. Это особенно актуально для 1С:Бухглатерии, где учет ТМЦ возможен только по-среднему, а наличие двух одинаковых элементов делает это невозможным. Это новый вид вооружения в борьбе неграмотных пользователей 1С и программистов, их обслуживающих.

* Алгоритм нечеткого поиска вычисляет ВЕРОЯТНОСТЬ совпадения двух строк. Это не банальное вхождение подстроки, а высшая математика (прикладная задача теории вероятности).

* Обработка универсальная, подходит для любых справочников в любых конфигурациях (типовых и оригинальных).

* Позволяет даже не мешая пользователям базы в разделенном режиме искать повторы.

* Постоянно сохраняет состояние поиска, поэтому для объемных справочников всегда можно прервать выполнение по ESC, а потом продолжить с этого же места.

* Прилагается справка к программе с более подробным описанием. Вызывается по кнопке "Справка" на закладке "Результат"

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

Наименование Файл Версия Размер
- 239
.1204277368 90,90Kb
27.05.14
239
.1204277368 90,90Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Adapter (adapter) 29.02.08 00:01
2. Maljaev (maljaev) 29.02.08 01:04
Делал как-то давно подобное, библиотечка к 1С есть для поиска фонетически похожих фраз. Если это аналогичная вещь, то наверняка полезная, в случае если предоставляет пользователю право выбора. Хочу сказать что невозможность ведения учета ТМЦ по методике, отличной от средневзвешенных цен, в типовой бухгалтерии 7.7 - это не аксиома, а недочет 1С, поэтому некоторые решают этот вопрос ведением учета в ТиС и выгрузкой проводок в БУ, некоторые дорабатывают типовую конфигурацию, а те кому бабла на то и другое жалко а работать ИНАЧЕ позарез нужно - вводят дубликаты ТМЦ с разными ценами и отслеживают движения по ним вручную.
3. i (ibm2007) 29.02.08 02:59
4. Андрей Кузнецов (a.kuznetsov) 29.02.08 10:16
Че за хз..., а где "Алгоритм нечеткого поиска ищет по вероятности совпадения слов" :(
5. Аркадий Кучер (Abadonna) 29.02.08 10:39
RefKillRepeat6.ert, а сохраняться собирается NewReport41Basic.zip
Стрелы попутал?
6. Евгений Мартыненков (JohnyDeath) 29.02.08 10:44
угу, либо автор промохнулся и перезалил сюда "Новейший отчет", либо на сайте глюки
7. Сергей Сиренко (ssn1978) 29.02.08 11:12
Пошел по ссылке, нашел сабж, запустил на справочнике контрагентов, уже отработано 13%, сделано добротно, результаты дает, ставлю ПЛЮС
8. Adapter (adapter) 29.02.08 12:31
нда, сорри, попутался. Ну уже перезалил. И вообще лучше вегда качать с моего сайта, там и версии новые будут и обсуждение.
9. Евгений (chev) 06.03.08 11:22
Не плохо. Мне понравился. Ставлю "плюс"
10. Константин (Fisherru) 10.10.08 13:41
Работаем с номенклатурой, порядка 3500 элементов
монопольно на локальной машине
показала, что нужно 20 млн операций
2% за более чем 3 часа работы
Комп intel Core™2 CPU
6420 @ 2.13 GHz
2/13 ГГц, 1 GB ОЗУ
Это нормально?
Коэффициент похожести 0.9
шаг поиска 3
Это она мне почти неделю круглосуточно 3,5 тыс номенклатуры будет обрабатывать?
а в другой базе более 40 тыс - это 2,5 месяца?
а оно точно надо?
11. Adapter (adapter) 10.10.08 13:56
ну а куда деваться? Ты справку читал? на закладке "результат" кнопка есть.
12. Adapter (adapter) 10.10.08 14:21
хотя может ты накосяковал чего ? 3,5 тыр. эл-в это 12 лимонов с копейками, а не 20
13. Adapter (adapter) 10.10.08 14:26
посмотри за одно на производительность своего сервака. анализируй счетчики загрузки оперативки, свопа, проца, очередь записи на винт. Можешь узкие места увидишь. Про производительность вообще отдельная песня. Семерка втрой проц не ест например. Если хочешь чтобы оба лопатили, то скул юзать надо ну и т.д. В общем кодом уже быстрее ничего не сделаешь, я на оптимизацию и так много времени потратил, код вылизал. Раза в два быстрее от первых версий стало. Дальше тока админ. и организационными средствами рулить надо
14. Константин (Fisherru) 15.10.08 14:40
Работаю монопольно на локальной машине
справочник номенклатура, при нажатии на кнопку [кол.элементов] показал 3958 элементов
при нажатии на кнопку [Новый поиск] изменил цифру количества элементов на 3197
и написал "надо выполнить операций" 10 220 809
удивительно
копия базы и справочник, те же, что и 10-го числа, а цифры другие, там точно 20 лимонов было...
15. Adapter (adapter) 15.10.08 15:59
справку читал? там два режима - новый поиск и продолжение по старому состоянию справочника. Может причина в этом?
16. uriy uriy (uriy) 29.09.09 11:54
в программе есть реальный способ увеличить быстродействие более чем в два раза только необходимо заменить текст в обработке

//добавим в список сохр. сост. поиска
Если сзСохрСостояния.Принадлежит(гВыбСпр)=0 Тогда
сзСохрСостояния.ДобавитьЗначение(гВыбСпр);
КонецЕсли;

Для сч1=м по колЭл цикл
// добавил текст
Если сч1+22> КолЭл Тогда // здесь если дубликаты встечаются рядом на 21 позицию
н=КолЭл;
Иначе
н=сч1+22;
КонецЕсли;
Для сч2=сч1+1 по н цикл // а здесь убран бессмысленный повторный поиск

и теперь вместо нескольких суток ишет не более двух часов.