Добрый вечер, есть справочник номенклатуры в базе Access, надо раз в неделю загружать/обновлять записи по нему в 1С  базе, 1С на SQl, настроен РИБ с другими базами.
Как лучше сделать загрузку? будет 1С тормохить при загрузки >600 тыс позиций, и как потом обмен будет.
База УТ 11

Грузи пакетами. В обед и ночью

+100 хороший совет

Просто хотелось какой нибудь более красивый способ

я 100 тыс. гружу где-то минут 15
это 9 мс на позицию

600 тыс это 1,5 часа
грузи в воскресенье

более красивый способ это репликация

(6)ясно, спасибо, сейчас пробую.
Главное на сколько файл обмена будет тяжелый после такого

(7) 100 мегабайт будет, наверно

красивый способ это не грузить в 1с вообще ничего, и получать в 1С запросами к внешнему источнику.

через какого провайдера?

>>не грузить в 1с вообще ничего, и получать в 1С запросами к внешнему источнику
ну дык хрен он там что в 1с загрузит, кроме как через внешний источник
это же Access

(4) чем грузишь?
(0) ну и грузите, сначала все, потом - что только отличается.
А файлик с номенклатурой не сбросите?
Или могу за вменяемые деньги сделать загрузку из текста в 1С. Или откуда там у вас...

Каждый раз по 600 000 обновлять? Нафиг так издеваться то?

(13)потом обновлять конечно

(11)типо того грузить хочу

СтрокаПодключения  =   "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=" + Файл + ";""";
    Connection = Новый COMОбъект("ADODB.Connection");


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

(15) ну так файликом поделитесь?
а то тестировать загрузку надо...

Цель уже спросили?

(17) о_О ???
для теста может мне скинуть [email protected], файлик для служебного пользования.

(18)Какая цель бывает????
Представь есть две базы, одна на Access, другая в 1С.
На Access эталон справочника номенклатуры, надо их синхронизировать раз в неделю.

Предлагаю полностью отказаться от аксеса и весь учет вести в 1С. Либо настроить прямую интеграцию, а то через файлики уже как то совсем мохнато..

600 тыс. позиций? mdb-файл? уж больно корпоративный справочник материалов РН напоминает. Если это так, то в Вашу базу нужно грузить только коды КСМ SAP, больше ничего не нужно...

(22)+ А если раз в неделю, то скорее всего так - потому что в РН справочник обновляется раз в неделю :)

Что прямо все 600 тысяч постоянно нужны или конструкторы понты кидают?

(14) не поверю, что столько элементов номенклатуры каждый раз меняется. Запили в аксессе контрольку изменения позиции номенклатуры.

Максимум видел 40 тыс. Торговля радиодеталями.

(0) Завязать надо со спайсами и менять архитектуру решения вцелом.

Таблицы Access перевести на SQL, вкючить для них CDT,
переносить измененные.

(28) опередил блин.

(29) Да?

(29) он может получать файло ацессовское из внешнего источника, тогда, при реплике в скулевую базу определять, что изменялось. Не, там есть тонкости.

Я так понимаю, чувак связался с Philip Morris...
там вся табачка и Nestle

Из транскорпараций, только оне сидят на акцессе

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

(33) Можно, но это вельми криво

(34) ну так послали с 1с прочитать файл. скл грузанул, сравнил и выплинул таблицу изменений. не ?

ну а как тогда ?

ну тогда в другой 1с хранить то что было. и грузить туда.а потом в робочию заливать только изменения

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

(33) Грубо, надо знать структуру каталога в Access, если там элементы сериализованы не абы как, то через преобразование ключа в UID 1C можно получить классический XML справочника и грузить его, например через SELECT-EXCEPT.
Ну или сделать вьюхой

(36) 1,5 ляма записей это фигня, поверь. Даже для 77 :)

(37) так если структура не меняется и есть сериализация то надо попотеть. за то потом будет летать.
SELECT-EXCEPT это через что ?

(39)
SELECT 1 [Ключ Записи]
EXCEPT
SELECT 1 [Ключ Записи]

(39) EXCEPT - обратная операция UNION, дословно, "ИСКЛЮЧАЯ"

(40) то через ADODB.Connection ?

(39) EXCEPT - разность множеств, т.е
если мы говорим, что для коллекции однотипных полей {F},
SELECT {F} FROM [Подмножество А]
EXCEPT
SELECT {F} FROM [Подмножество Б]

вернет все записи {F} из [Подмножество А], которых нет в [Подмножестве Б]

(42) ???
ADO DB работает через драйвер, собсно, все что работает через дрова ODBC, работает с нативным диалектом.

- ушло спать -

спасибо за разжёвывание

Доплить бд в аксесс - добавить регистрацию изменений. Загружать только изменения
Мы у себя так сдлали на фокспро

Отказатся от  1с и вести весь учет в аксессе предлагали?

Автор, если всё таки надумаешь большие объёмы таскать в 1С и надо, что бы всё работало круглые сутки 7 дней в неделю, то поделюсь личным опытом:
- Ни какого кома или оле извне!
- Загружать транзакционно, с паузами хотя бы пару секунд. Да, дольше, но ни кто не заметит даже на тормозном оборудовании при максимальной загрузке пользователями.
- Можно грузить на другой комп, который будет подчиненным сегментом и средствами обмена потом передавать в общую базу. Т.о. на загрузке будет висеть служебный комп, а обмен более гибок к производительности. Хотя тут много своих подводных камней

(43) except сравнивает по списку полей? или по одному ключевому?

Что-то не в ту сторону уехало все.
А 1С потянет столько? Прикидывали? Или дата-центр будете покупать?
(38) с 7.7 не сравнивай, 8-ка в этом плане - два шага назад.

через Адо запросом тянуть + в аксессе дабавить таб изменений, чтобы грузить только измененные. первая загрузка будет минут 60-90 и то в основном на всякие приблуды типа приЗаписи, передзаписью в 1с большая часть времени уйдет