| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Борьба с дублированием
paul_k © (2003-10-29 10:45:00)
Возник следующий вопрос. При вводе данных в справочник надо проверить а нету ли там такого уже. Понятно, что при полном совпадении ввод нового надо запретить и предложить изменить(использовать) существующий. А как поймать разнуцу между "ул. Петровка" и "Петровка ул." Наверняка существуют способы проведения подобного анализа. Но вот как они выглядят?
paul_k (2003-10-29 11:17:00) [21]
2 TohaNik
еще проще привязать к ИНН
Согласен пример был неудачен
Sergey13 (2003-10-29 11:17:00) [22]
2Vlad © (29.10.03 11:05) [8]
А че так сложно то? ИМХО, при выявлении дубликатов нужно просто одну запись удалять переписывая ссылки на остающуюся запись. Разумеется не каждому юзеру давать такие права да и процедуру эту обставлять необходимыми условиями.
paul_k (2003-10-29 11:16:00) [23]
попробуем перейти "ближе к телу"
пользователь вводит "ул. ПеРТовка"
как правильно построить условие отбора, чтоб показать ему сообщение типа "В справочнике присутствует "Петровка ул.", Вы уверены что не ошиблись"
наверняка есть уже алгоритмы подобных проверок. Не хотелось бы изобретать велосибед в очередной раз
TohaNik (2003-10-29 11:15:00) [24]
Ну если дело в
> "газпромов"
то наверно можно привязаться к ОКПО.
Сложнее с материальным учетом.
Anatoly Podgoretsky (2003-10-29 11:11:00) [25]
paul_k © (29.10.03 10:59) [6]
Установить сроки на разруливание Газпромов, назначить одно ответсвенного за это дело
Anatoly Podgoretsky (2003-10-29 11:10:00) [26]
paul_k © (29.10.03 11:00) [7]
Указанная ситуация польностью разруливается политикой партии, только не надо ее разруливать по ответственным.
Vlad (2003-10-29 11:05:00) [27]
>paul_k © (29.10.03 10:59) [6]
Да, знакомая задача. Над ней бьются во многих организациях.
Один из вариантов решения(требует ручной обработки): добавляешь в таблицу некое поле, смысл которого - ID синонима, т.е. указатель на другую запись, к-рая является синонимом по отношению к этой. Естественно "отлавливать" такие дубли придется вручную, но зато ты сможешь однозначно определить (при формировании отчетности напр.) что твои 20 "газпромов" - это одна организация.
paul_k (2003-10-29 11:00:00) [28]
> Anatoly Podgoretsky © (29.10.03 10:56) [5]
> Самый эффективный ИИ это админстративные меры
полностью согласен. Но ситуация такова, что "политикой партии" не все можно разрулить, к сожалению
paul_k (2003-10-29 10:59:00) [29]
> Johnmen © (29.10.03 10:52) [3]
> Данный вопрос уже неоднократно здесь всплывал.
Не затруднит ли Вас подсказать куда смотреть на эту тему. искал - не нашел.
> bushmen © (29.10.03 10:54) [4]
> Переложи решение данной проблемы на оператора
сейчас переложено. в базе бардак. одних "газпромов" в разных вариациях штук 20
Anatoly Podgoretsky (2003-10-29 10:56:00) [30]
Самый эффективный ИИ это админстративные меры
bushmen (2003-10-29 10:54:00) [31]
Переложи решение данной проблемы на оператора - сделай поиск по подстроке. А оператор будет сам решать, добавлять или нет
Johnmen (2003-10-29 10:52:00) [32]
Данный вопрос уже неоднократно здесь всплывал.
Как сказал АП нужен ИИ. Причем, даже если этот ИИ будет самый ииистый, успешное решение задачи будет составлять ~80%.
paul_k (2003-10-29 10:51:00) [33]
Спасибо, но это будет слишком для маленькой разработки. Хотя а где взять готовую функцию ИИ заточеную под это? -:)
Anatoly Podgoretsky (2003-10-29 10:47:00) [34]
Искуственный интеллект
| |
Страницы: 