Есть 2 базы, нужно из 1-ой выгрузить документы, а во 2-ую загрузить. Проблема встала с синхронизацией номенклатуры. Дело в том что номенклатура не на 100% совпадает ( по другому перенаименовали, или пробелы поставили или еще что то). Коды разные , по ним не получится. дайте совет как лучше сделать?

Ручками

навести порядок в базах

(1) (2) не получится, во 2-ую базу номенклатура с сайта грузится и с другой базы, справочник очень большой.

(3) ну а как тогда ты хочешь синхронизировать, по мат ожиданию что ли?

(4) может есть у кого нечеткий поиск.

(5) что значит нечеткий поиск? даже у нечеткого поиска есть четкие рамки.

Артикулы тоже не совпадают?

и почему не получится, ставь соответствие одного товара к другому и все.

(7) нет ни коды , ни артикулы, просто на сайте номенклатура полностью называется, а в базе сокращенно.

(8) поясни.

добавь поле, в справочнике которое будет общим между двумя базами. и заполни его правильно.

(5) есть

я знаю что делать.

(5) Не поможет.

(13) ну ка, скажи

(15) сейчас глумится будет

Есть вариант искать вхождение строки в строку, пускай выпадает список найденных и пользователь сам выбирет нужную номенклатуру

(0) По штрихкодам, если они конечно используются...

1) и саое ГЛАВНОЕ написать обработку сравнения
а) сравниваем коды - совпадения пропускам
б) сравниванем наименования но разные коды - выводим список
в) выводим список которые не попали под а и б
ТАКИМ ОБРАЗОМ
получем отбор того что нам нужно и в чем проблема.
АНАЛИЗИРУЕМ - аокй это объем
в ЧЕМ разница
ПИШЕМ обработку которая при отсеивании а и б СОПОСТАВИТ между собой по нечеткому поиску оставшуюся номенклатуру
Может быть что у тебя будет такой 5 процентов, ожет 20 а может хз сколько
ПРАВИЛЬНО покажет только перечисленные меры/

Далее логически пишем алгоритм поиска и выполняем.

(19) Эти х.з. знает сколько процентов могут отличаться так, что не поддается никакой логике

Если проблему хочешь решить быстрее ТО - http://subsystems.ru/catalog/27/158/
Выгружаем справочник одной базы в эксель, загружаем с помощью обработки - в ней 10 вариантов поиска
В том числе встроенная обработка поиска по словам - полнотекстовый (НЕ ТИПОВОЙ - построен на запросах)
Сопоставляем - получаем связи. В ней также присутствуют доп обработки замены наименования и артикулов.

(0) прав (8)+1 Я соответствия делал. Регистр сведений заведи из двух колонок и будет тебе счастье. Только его все равно руками заполнять нужно.

(20) надо не трындеть а конкретно сопоставить! только математика поможет в этих делах.

(22) какой то прошлый век. в (21) автоматика.

в итоге только (19) поможет решить проблемы путем написания обработки синхронизации и вывода результатов по различным алгоритмам для того чтобы отсеивать правильное и выводить для сопоставления неправильное. а в несопоставленных делать между собой поиск внутри только их.

(21) не видел не знаю. В моем случае не нужно было перегружать всю базу, а только текущие документы.

(26) задача повседневная. у автора еще фигня. зарача сродне згрузки прайсов поставщиков - что еще намного сложнее.

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

Поэтому нужно действовать как уже протоптано многими по однотипной задаче.

только намного проще - ведь от поставщика крен дождешся чтобы он что то в своем файле поменял. а тут считай две базы под рукой - все алгоритмы можно заюзать по полной.

(29) прорвало?

(30) помогаю автору конкретными детальными советами, а не пустой болтовней на отмашку.

(31) совет был дан в (11), а твои рассуждения только его запутывают.

(32) Прочитал - бред полнейший. дилетанта. Тебя нафиг пошлют с твоими советами когда номенклатуры 10-20 тысяч.

ебанутый совет я бы сказал. так правильно.

Даже с 500 элементами номенклатуры - пошлют.

(33) ни один твой алгоритм не сопоставит то что могут навводить пользователи

(34)
Во первых: ни кто не спорит что есть куча способов попытаться сопоставить одно множество другому. но ни один из способов ни дает 100% результат. Просто надо сесть и привезти базу в порядок, и на будущие правильно создавать номенклатуру. а не продолжать бардак в базах.

Во вторых: вы хамло.

к примеру в одной БД "Гайка М-16 СЦ \НЗ\" а в другой 13 позиций "гайка М16", какую из 13-ти выбрать?

(36) ты наверное не знаешь - но десятки тысяч фирм сейчас работают с этиими проблемами. ая бы даже сказал 99. 99 процентов Ибо практически в КАЖДОЙ фирме есть задача загрузки прайсов, номенклатуры, цен и все отсльаного по экселевским файлам поставщиков и даже покупателей (заявки). И ничо - СПРАВЛЯЮТСЯ.

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

Сейчас в автозапчастях - 200 000 номенклатуры - еще больше поставщиков. Наименования вообще - нафуй выкинуть можно - ни одно не сопоставится по одной детали.

Для того чтобы решать эти проблемы нужно только одно - хорошая логика. И понимание алгоритмов.
Знание математики.

хоть маня и балабол, но его подбор схожих наименований реально работает, сталкивался(загрузка с сайта кстати)

(41) дилетант это ты ибо в автозапчастях есть кросс-кодирование

(44) пусть мальчик выскажется.

(44) поумничай еще давай. мало ты знаешь. давай ка мне корейцев прокодируй.

Код    Артикул    Наименование
00000036683        Аптечка
00000025995    W09-050191    Аптечка
00000032455    W07-007072    Аптечка автом.
00000027089    W02-001559    Аптечка автом.мед. Мирал-Н
00000030284    W06-001760    Аптечка автомобильная
00000032116    W10-09823    Аптечка автомобильная  (хоз)
00000025317    W01-362565    Аптечка автомобильная "ФЭСТ"
00000036995    W21    Аптечка автомобильная "ФЭСТ" (новый состав)
00000013424    W14-008411    Аптечка автомобильная (хоз) сц
00000037368    W21    Аптечка производственная
00000019392    W02-018844    Аптечка унив.
00000028895    W02-012990    Аптечка-автомоб,
00000019416    W02-018632    Комплект автомобильный "ФЭСТ" (аптечка)

какой из вышеперечисленных соответствует
W14-020966    Аптечка автомобильная "СТС АВТО"

а нужно не просто сопоставить но и сформировать доки инвентаризации - учетные данные из одно БД, факт из другой

(46) блесни математикой на (47),(48),(49)

так маня и не говорит про 100 процентов, тем более когда наименования ничего общего кроме как Аптечка Автомобильная не имеют, и в альтернативах скорее всего выйдут одним списком

(47) аптечки - бугога.

(52) ответ давай

(53) я по твоему дурак шоле на голимотье вестись. на аптечках.

Давай я тебе ща накидаю списков и скажу - давай!

у нас например около 2 000 поставщиков, наша номенклатура порядка 200 тысяч
попробуй своими методами синхронизируй, не имея четкого сопоставления.
Обновлений цен, поиск альтернативы, отчеты на заводы...

(55) тебе все говорят что без ручного сопоставления не обойтись, а ты свое твердишь что 200 000 позиций автоматом

(57) я не говорил сто процентов. я еще в (19) СКАЗАЛ - что любые проблемы решаются методом икслючений!

автоматика только помогает в определенных местах.
У меня в обработке куча поисков, но ни один не дает гарантий при расхождениях - все они точные.
Для неточных только может помочь доп обработка поиска (полнотекстовый) но не так как в типовой!

(58) твоя поделка из (21)  что-то сможет с этим сделать?

http://subsystems.ru/upload/iblock/34d/zagruzka5.png

(59) все очень сильно зависит от данных и лепить везде одно и то же не выйдет

в (61) немного даже устравший скрин (тк постоянно совершенствую) вот http://subsystems.ru/upload/iblock/0ce/ZagruzkaUT11_10.PNG
больше опций

Маня не понимает того, что для поисков и сравнений есть области применения и, в случае положительного результата в двух процентах списка, никому его поиски математикой не принесут пользы. Нужно оценить глазом списки и принять решение из двух вкриантов - искать автоматом и хвосты возложить на штатных бойцов или нанять студентов и сделать для них рабочее место сопоставителя двух списков. За что ему только добропорядочные граждане денег дают?

(64) +1 тем более если речь об автоматический операциях, например загрузки и выгрузки данных.

раскричался только , как будто обсирают его разработки тут.

(64) ну так все методом икслючений и происходт. ВСЕГДА. сначала отбираем - все точное - отсекаем_ далее менее точное - сопоставляем - далее вообще не точное (сопоставляем руками). Я об этом и ГОВОРЮ только такими подходами можно быстро решить задачу. в любом случае будет часть несопоставимого 0ни о каким алгоритмам. НО СУТЬ - отсеивать - чтобы получить меньший объем информации на экране - СООТВЕТСТВЕННО ускорить обработку данных! а это ускоряет.

Если бы это было нужно мне и я был бы тупым в ИТ директором, то я дыл бы денех не за волшебную обработку, а за таблицу из двух колонок, в которой вся номенклатура обеих баз была бы сопоставлена. Пусть хоть консультанты-внедренцы джинна вызывают или черную мессу служат :)

Автору просто надо сделать как в (19) и меньше геммороя получить за менее короткое время. Как МИНИМУМ у него будут факты на лицо которые можно конкретно предъявить заказчику -в виде конкретных списков, процентов несовпадений и ТД для дальнеших принятий решений что с эти делать - будут назначаться отвественные котоые будут работать с этими списками и тд и тп
Это только коллективная работа - прог никогда не будет и не должен будт сидеть сам искать и сопоставлять номенклатуру. Если не сделает для этого и для юзеров инструментов ОБЛЕГЧАЮЩИХ эту работу. по максимуму.

(68) ты не директор поэтому не надо ляля. Любой директор больше беспокоится об ПРАВИЛЬНОСТИ данных больше ВСЕХ. А также БОЛЬШЕ всех прекрасно понимает что его бухи и манагеры - делают БОЛЬШЕ всего ошибок и сделают в ЛЮБОМ случае.

(69) Маня, поверь человеку, проводившему слияние трех сеток, торгующих дисками и книгами - твои советы настолько оторваны от реальности, что больше похожи на попытку навредить. В 95% спасает только ручной труд трех десятков низкооплачиваемых обезьянок.

правильней будет сделать 100% сопоставление , и привезти базу в порядок.
И не создавать дубли и кривые наименование в базах (с разными кодами), а потом расхлебывать волшебной обработкой ТАКИМ ОБРАЗОМ ... АНАЛИЗИРУЕМ ... ПИШЕМ

(71) давай ты будешь тогда на своей волне а я на своей. Ты теорик - я практикант Никогда НЕ БУДЕТ и не выделят три десятка человек на такую работу! Есть фирмы где всего 5 человек работают с десятитысячной номенклатурой. а эти пять человек - это ВСЕ.

(71) давай ты поверишь человеку который ( не три сетки слиял) а сейчас имеет 800 клиентов своих разработок, и каждый случай проблемный рассматривает лично.

(70) Академиев мы не кончали. Последний раз простым директором был в 2007, после все как-то генеральным получается :)

(72) ты сейчас говоришь как правильно должно БЫТЬ. но увы у автора уже не ТАК. так шо работы ему - достаточно будет на месяц.

Для того чтобы потом БЫЛО правильно. Поимо того что сейчас надо решить гемморой. САМОЕ ГЛАВНОЕ еще после всего нужно будет задуматься и принять меры для того чтобы этого больше НЕ БЫЛО. и вот тогда уже нужно принимать меры по контролю действий и алгоритмам создания одной номенклатуры и тд между этими базами.

(75) наемныййх директоров - я не воспринимаю и на дух не перевариваю.

(74) 800 клиентов для фри - это неплохо. На одних ИТСах можно жить. Ты про Комарх и ЭДИ что-нибудь слышал?

(79) к сожалению времени у меня нет и ресурсов заниматься такими вещами как итсы и прочие дела. я не франч. хотя дулма уже открыть то направление....нету ресурсов, кто бы этим занимался.

(76) надо к этому стремится, месяц ни такой большой срок , если уж на это пошло,а потом жить спокойно , и самому приятно когда в базах порядок.

на самом деле мне не понятно, твое решение. если требуется выгружать и загружать автоматически, не ужели каждый раз ты предлагаешь проверять правильно ли сопоставила твоя обработка номенклатуру (это кстати тоже время пусть и маленькое, но каждую загрузку)? каждый раз будешь править процент позиций которые не распознавались? или добиваться 100% результата вводить новые правила и критерии?

(80) какова средняя цена продажи твоих 800 обработок или какова выручка?, а то что-то у меня не выходит с твоими заявлениями что ты лям за три месяца зарабатываешь и продал за всю жизнь 800 штук!?

(80) Подпиши свою ораву со мной на хороший годовой ИТС - и  лям за год твой.

(82) подсчет финансовых результатов к этой теме не относится. Хочешь поговорить - в скайпе. И то из за интереса чтобы ты смог стать партнером если хочешь. по продаже.

(83) нельзя вести бизнес хватаясь за все. у меня есть направление, я придерживаюсь его.

(84) да я же уже говорил что мне это не нужно, а вот если ты напишешь приблуду, которая в УПП найдет все или хотябы 80% ошибок учета и ввода данных - вот отгда респект

ИТСы и прочая фигня это другая специфика , которой нужно заниматься - мне не до этого и я не гонюсь за шальными бабками со всего подряд. Эти все клиенты думаешь меня не просили чтобы я что то им делал и тд и тп - да меня каждый день кто то просит чтобы я с ним работал по его проблемам. оно мне не нужно.

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

для тыжелых вещей нужна команда и куча ресурсов - да они стоят обалденно. но один человек не потянет это все.

придумать что-то маленькое и всем нужное тоже не легко, а проблем с внедрением УПП у предприятий полно, кстати из них много очень вкусных, например дочки Газпрома

и почему газпрому не написать свою упп

(89) это да, сегодня целый день потратил, уже выверил всю первичку, все что можно посмотрел - все вродебы верно, а как оказалось местный умник добавил "для нагладности" свой собственный Код операции по РАУЗУ и трындец, суммы виснут на счетах и никуда не уходят

(90) для того чтобы работать в этом направлении нужна более серезъная конторая чем ИП Евгений в одном лице.

(91) а вот они к этому идут, к примеру Сибур - написали свое шаблонное решение на базе УПП и на всех своих 42-х заводах внедрили

(93) в этом направлении готов объединить усилия

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

(96) например?

есть идея и уже есть потенциальные задазчики которые рвут и мечут - давай давай. когда. А нету у меня ресурсов. я сам - не могу.

(97) только в личке по скайпу. в переписке.

имя скайп drshad

У мани звездный час

(101) Рота торговцев ситцем и печеньками рвет и мечет, на газпромы времени нетути :)

Маня смищной

(5) на!
Удар По Бездуховности http://infostart.ru/public/14255/
на Исе по поиску "нечеткий поиск" выдаст достаточно решений и на 7.7 и на 8ке

(86) задокументировать БП и сделать обертку которая позволит ходить только такими путями ка кнадо - не дешевле выйдет..?
.
http://www.yaplakal.com/uploads/post-3-12054781783773.jpg
.
Все проблемы - в возможности ввода значений(исходных данных) в любом порядке, а не последовательно. если бы работа по вводу доков и по вводу реквизитов в доки строилась по принципу дерева - ошибок было бы на поярдки меньше.