Синхронизация с номенклатурой поставщиков #230807

Клиент предложил сделать у спр-ка контрагенты подчинённый справочники "Номенклатура Контрагента", в котором элемент будет связывать м/у собой реквизит "Название номенклатуры контрагента" и элемент справочника Номенклатура. Чтобы можно было автоматом грузить поступления из Exel. Контрагентов с которыми нужно организовать обмен порядка 15, ассортимент порядка 1000. Т.е. новых элементов порядка 15000. Подскажите, сильно ли будет отличаться размер базы и быстродействие, если в качестве реквизита справочника Номенклатура будет не элемент справочника Номенклатура, а его Код? Если не сильно то нет смысла, ведь при этом нужно будет отслеживать каждое изменение кода, и подбирать соответствие при загрузке ч/з НайтиПоКоду. Что скажете?

Я бы сделан не подчиненный, а отдельный. С реквизитом связки тип Справочник.НоменклатураВозможно, отдельным файлом. И отдельной обслуживающей обработкой.

Хз как там делает DBF а SQL в поле с типом справочник в таблице ставит ID этого справочника. тоесть 1,2,3,4,5, сомневаюсь что код будет более компактен. вот в 8.0. может и будет :)

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

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

Если в импортируемом экселе кроме наименования ничего нет, то и выбора нет.Внешний файл, имхо, ненужный гимор.

да ладно? 100 тыс на 20 поставщиков (примерно прикидываем) - получается, что на самом деле мы юзаем 100000/20 = 5000 наименований. Я бы не решился так раздувать справочник номенклатуры (и всё что он тянет) только из-за того, что внешние файлы соответствия наименований(используемые только при загрузке) - это ненужный гемор.

В скуле не пробовал, но ДБФ ID2ID прелестно ищет соответствия объектов между двумя базами. Очень быстро, и очень надежно. Использовал "полный" ID, применял 7<->7, 7<->8. И одного файла размером в гиг хватит на приличный размер списка связей.

http://1c.proclub.ru/modules/mydownloads/personal.php?cid=120&lid=6744

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