Синхронизация двух баз... - как ?

[Skubent]

Исходные данные:
Есть основной сервер в офисе, на нем живет SQL-евская база. 1С ессно.
Есть один компьютер на складе, связь между объектами возможна только краткосрочная модемная либо флоппи-нетом
Задача - обеспечить документообмен между ними.

Исходные данные кончились, осталось определиться как это сотворить. Все неуказанные данные можно считать перемнными величинами...

[Harry]

Если нет устойчивой связи - не получится нормальной синхронизации. Работа, я так понял, идет одновременно в обеих базах. Свои карточки товаров, приходно-расходные документы... года три назад пытались мы такое сделать для сети магазинов. Какой геморрой! Ужас!    Недели через две мы это бросили и стали искать обходные пути. И это при том, что имелась постоянная модемная связь. Я так предполагаю, синхронизация нужна прежде всего для получения офисом отчетов по складу: чего, сколько, почем. Если так, легче привозить каждый день складскую базу на RW (ну и обратно, если на складе нужна офисная).
А если нужен просто документообмен (как сказано в постановке задачи) - да гонять перемещения товара между складами и все, зачем тогда вообще синхронизация? Ты поясни, для чего она, велик ли оборот - может малой кровью решить удастся. Потому как процесс весьма муторный.

[Skubent]

Harry, знаю, что муторный...
Итак - в офисе отбиваются заявки, накладные, продажи и т.п...
На складе - принятие, списание, перемещения и т.п...
Объем - до 2000 документов в день. (ну, это пиковая нагрузка, но все же бывает...)
Очень хочется иметь хотя бы раз в день одинаковые базы...

[Дикий]

А УРБД чем не нравится?

[Skubent]

Дикий, а ежели хочется чтобы по одному клику мышой все было ?

[Дикий]

Skubent, А для сего надо изучить компоненту 77plus, и написать много много кода

[Skubent]

Дикий, так я потому в топик программирование и кидал вопрос
Оконкретим задачу.
Надо предусмотреть достаточно простую процедуру выгрузки->загрузки документов, XML-обмен не предлагать...

[Дикий]

Skubent, есели знаешь структуру и язык, то могу тока метод предложить:
при помощи 77plus помойму можно контакт создавать модемный и передавать вплоть до внутренних объектов, а если речь идет о флопи нете то и того проще: ДБФ или текст.
Проще всего мне кажется пользоваться возможностью работы 1с с неограниченной длины строками.
Составляешь список значений из атрибутов объекта, список гонишь в строку, а строку добавляешь в текст. Главное чтоб в программе была уникальность объектов, чтобы не путать карты
если есть конкретные вопросы к этой методике, могу на мыло скинуть, тока вопросы на мыло кинь

[Skubent]

Дикий, пасиба за поддержку, н как-то не... возникает желания... Во Все изменения отслеживать и писать куда-бы то ни было...

[Дикий]

Skubent, вот и придумали УРБД, чеб ты сам не отслеживал изменения, там тоже все одной кнопкой делается, главное настроить правильно

[Harry]

Вот как раз небольшая статейка про УРБД http://zone1c.narod.ru/docs/other/urbd.htm

[Алёна]

У меня немного похожая ситуация.

Существует 2 базы в 1С.  В каждой из них выполнялись разноплановые операции (т.е. дублирования на происходило). Например: в первой обработывались кассовые операции.  Во второй выписывались счета (обрабатывались взаимозёчеты с заказчиками).

Мне надо объеденить эти две базы в одну, так чтобы в новой базе содержались данные из обеих баз.

Это можно сделать  :?:

И ешё, я что-то не нашла где в конфигураторе можно посмотреть в каком файле какая таблица находится. Или этого нет в 1С.

[Kivals]

Это можно сделать?

Можно Но насколько сложно - зависит от того, как сильно разнятся конфигурации.

И ешё, я что-то не нашла где в конфигураторе можно посмотреть в каком файле какая таблица находится. Или этого нет в 1С.

В конфигураторе этой информации нет. Для dbf базы она находится в файле 1Cv7.DD, для SQL - 1Cv7.DDS
прошу простить за лаконичнось. Если будут более подробные вопросы - обязательно отвечу

[Алёна]

Если будут более подробные вопросы - обязательно отвечу

А вот и вопросы:

Можно  Но насколько сложно - зависит от того, как сильно разнятся конфигурации.

1. 1С установлена одинаковая, базы по структуре идентичны, Отличается лищь информация хранящаяся в них.

2. Что понимается под конфигурацией  :?:

Для dbf базы она находится в файле 1Cv7.DD

3. А как это просмотреть  :?:  У меня есть только 1С Предприятие+ Администратор(Естественно).

4. Вместе с файлами DBF используются какие файлы  :?:  (Например, в VFP я вместе с файлом базы данных DBF  использую файл индексов DCX, и если мне надо заменить пустую таблицу на заполненную, той же структуры, то я перемещала это два файла). А в 1С какие файлы используются ?

5. Как я понимаю в 1С собственный язык, как просмотреть програмный код и может быть изменить его.

Как я понимаю  существует такой модуль как 1С: Предприятие для работы с распределенными информационными базами Но это для ежедневного объединения баз, к тому же у меня его все равно нет...

p.s. 1С я воспринимаю на уровне пользователя, правда я не работаю несосредственно с ним, А вопросы приходится решать самой.

[Kivals]

1. 1С установлена одинаковая, базы по структуре идентичны, Отличается лищь информация хранящаяся в них.

Это уже хорошо, но все равно без кода на языке 1С не обойдешься (т.е. можно конешно, но сложнее)

2. Что понимается под конфигурацией  :?:

Конфигурация - в понимании 1С это метаданные (структура справочников, документов, счетов, регистров и пр.) и программы для работы с ними. Конфигуратор - режим запуска штатной 1С:Предприятия для работы с конфигурацией.

3. А как это просмотреть  :?:  У меня есть только 1С Предприятие+ Администратор(Естественно).

Просмотреть ее можно любым текстовым редактором. Я, например, использую всроенный редактов FAR`а. Т.е. *.dd & *.dds файлы - текстовые, с описанием привязки объектов метаданных (см. выше) к реальным таблицам базы.

4. Вместе с файлами DBF используются какие файлы  :?:  (Например, в VFP я вместе с файлом базы данных DBF  использую файл индексов DCX, и если мне надо заменить пустую таблицу на заполненную, той же структуры, то я перемещала это два файла). А в 1С какие файлы используются ?

Индексация выполняется в файлах *.cdx, но на самом деле 1С умеет создавать их сама при запуске в монопольном режиме, потому сохранять их при переносе и/или backup`е базы не обязательно. Просто скопировать файлы таблиц из одной базы в другую не удастся, т.к. в некоторых служебных таблицах 1С содержит связи между объектами (как между самими объектами типа документ-документ, документ-справочник, так и ссылки на проводки и движения по регистрам)

5. Как я понимаю в 1С собственный язык, как просмотреть програмный код и может быть изменить его.

Да - так и есть. Язык чем-то средний (ИМХО) между VB и C , причем - по-русски. Для просмотра и редактирования текстов программ и существует режим запуска - Конфигуратор (см. выше)

Как я понимаю  существует такой модуль как 1С: Предприятие для работы с распределенными информационными базами Но это для ежедневного объединения баз, к тому же у меня его все равно нет...

Модуль называется УРБД (Управление Распределенной Базой Данных) - он в данном случае не поможет, ибо базу изначально нужно делать распределенной, а для слияния баз существует МОД (менеджер обмена данными), но порой проще самому написать процедуру обмена (особенно если базы похожи) чем разбиратся в настройках МОД.

p.s. 1С я воспринимаю на уровне пользователя, правда я не работаю несосредственно с ним, А вопросы приходится решать самой.

Если есть желание разбираться - милости просим сюда. Чем получится - поможем. Но для переноса данных между конфигурациями уровня пользователя к сожалению не хватит (опять таки - ИМХО) - нужно учится дальше...

[Алёна]

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

А разве не в индексных файлах храняться данные по связям  между таблицами :?:

Данные в служебных таблицах по моему строятся на основании данных находящихся  в таблицах DBF. По моему в конфигураторе, в предпоследнем пункте меню, есть пункт в котором проверяется корректность ссылок. Как называется не помню, т.к. 1С установлен только на работе, а дома ничего нет. И если выявляются расхождения то заменяются данные в служебных таблицах.
 :idea:  Или я ошибаюсь.  :?:  

Просто я проводила подобную операцию в Парусе, заменила таблицы DBF, Востановила индексы, провела Ремонт базы данных, и у меня все работает.

А про 1С не знаю в каких таблицах, какие данные храняться, после праздников просмотрю как выглядит *.dd . И там появяться новые вопросы.

Но для переноса данных между конфигурациями уровня пользователя к сожалению не хватит

Это я говорила относительно 1С.

Попробую разобраться с ним, ведь логика в нем такая же как в других базах данных  :?:  Или нет !

для слияния баз существует МОД

А где увидеть настройки МОД ? В конфигураторе я ничего подобного не заметила.

порой проще самому написать процедуру обмена (особенно если базы похожи)

А процедура получиться большой ? А то я пока не знаю ни одного оператора :oops:

[Kivals]

А разве не в индексных файлах храняться данные по связям  между таблицами :?:

Нет - в индексных таблицах содержатся индексы, т.е. данные для быстрого поска по таблице. Формат хранения dbf не предусматривает связей между таблицами на уровне БД вообще - связь выполняется только на уровне приложения.

Данные в служебных таблицах по моему строятся на основании данных находящихся  в таблицах DBF. По моему в конфигураторе, в предпоследнем пункте меню, есть пункт в котором проверяется корректность ссылок. Как называется не помню, т.к. 1С установлен только на работе, а дома ничего нет. И если выявляются расхождения то заменяются данные в служебных таблицах. :idea:  Или я ошибаюсь.  :?:

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

Просто я проводила подобную операцию в Парусе, заменила таблицы DBF, Востановила индексы, провела Ремонт базы данных, и у меня все работает.

К сожалению не знаком с Парусом. Попробуйте - может и получится. (в некоторых простых случаях должно получится) Только не забудьте резервную копию баз сделать предварительно
(Я подобным "хакерским" методом очищал базы для новой компании от всех документов, оставляя только заполненные справочники. Но моя задача - на порядок проще, чем объединение баз)

А про 1С не знаю в каких таблицах, какие данные храняться, после праздников просмотрю как выглядит *.dd . И там появяться новые вопросы.

Ок. Ждем-с . Там много полезной информации...

Это я говорила относительно 1С.
Попробую разобраться с ним, ведь логика в нем такая же как в других базах данных  :?:  Или нет !

Сложно говорить о одинаковой логике в "базах" dbf: как я писал выше вся связь между различными таблицами вынесена на уровень приложения, как не прискорбно. По идее - для анализа связей должно хватить именно *.DD(S) файла, а он в свою очередь создается из *.MD.

А где увидеть настройки МОД ? В конфигураторе я ничего подобного не заметила.

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

А процедура получиться большой ? А то я пока не знаю ни одного оператора :oops:

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

[Kivals]

Вкратце идея более-менее универсальной обработки такова:
1. Определяемся, какие объекты будем синхронизировать (виды документов, справочников)
2. Определяем для каждого видая объекта набор уникальный параметров синхронизации (первичный ключ в теории БД) - для документов это часто ДатаДок+НомерДок, для справчоников - ПолныйКод() (т.е. код с учетом иерархии объектов)
3. Если такого выделить не можем - тогда придется заводить справочник сопоставлений. Это уже сложнее.
4. Теперь кроме изначальных объектов синхронизации выделяем дополнительные объекты - те, которые фигурируют как реквизиты в начальных объектах. (Например - контрагент в документе розницы. Контрагентов лучше сопоставлять по уникальному коду регистрации, для Украины это ЕГРПОУ)
5. Подключаемся из одной базы ко второй через механизм OLE, выбираем список объектов, которые будем синхронизировать. Проверяем все их реквизиты, стоим таблицы соответствия вторичных объектов. Для ненайденных - создаем новые и добавляем в таблицы соответствия. Потом возвращаемся к первоначальным объектам и создаем/изменяем те, которые нужны.
Выглядит все не просто, но если с программированием вы знакомы - думаю поймете о чем речь.

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

Код:

Процедура НовыйОбъект)ОлеОб: Далее;

Процедура НайтиОбъект)ОлеОб:
	Об=НайтиСредиСопоставленных)ОлеОб:;
	Если ПустоеЗначение)Об:=0 Тогда Возврат Об; КонецЕсли;

	Возврат НовыйОбъект)ОлеОб:
КонецПроцедуры

Процедура НовыйОбъект)ОлеОб:
	Об=СоздатьПустойОбъект)ОлеОб:;
	ДобавитьВСопоставленные)ОлеОб, Об:; // Вот здесь - развязываем рекурсию
	// Объект уже создан и мы можем ссылатся на него и даже найти среди
	// сопоставленных объектов, но он еще пустой
	ОлеРекв=""; // Возвращаемый параметр
	Пока ПолучитьРеквизит)ОлеОб,ОлеРекв:=1 Цикл
		Об.УстановитьАтрибут)ОлеРекв.Идентификатор, // для одинаковых баз
		  НайтиОбъект)ОлеОб::;
	КонецЦикла;
КонецПроцедуры

[Алёна]

Только не забудьте резервную копию баз сделать предварительно

Спасибо за напоминание

Теперь резервную копию буду делать не только вечером, но и в обед.

p.s. По существу напишу позже.

[esergey]

Базы объединяются очень легко  
ЗДЕСЬ БЫЛА РЕКЛАМА. НЕХОРОШО!
Kivals:
О проблемах я писал выше. Ваша ссылка была на созданный недавно (13.05.2004 ?) компонент без отзывов покупателей - я сомневаюсь, что она действительно корректно работает во всех случаях. Если кого-то заинтересует - связывайтесь приватом.

[esergey]

Ок
речь шла о компоненте, объединяющем базы
спас меня, когда одна бухша на одной базе закрывала год, а вторая на второй вела дела дальше, потом они пришли и сказали "всё, теперь объедини их...".

в общем, эта штучка продаётся (за 5 баксов)

[Kivals]

esergey
Это не совсем объединение баз, а объединение изменений одной и той же базы.
Т.е. в вашем случае, я так понимаю, как минимум в одной базе (закрытие года) справочники не менялись, что и дает возможность связывать общие объекты (на момент разделения баз) даже по внутреннему коду. А вот когда базы ведутся изначально раздельно - то в этом случае существуют одинаковые (с человеческой точки зрения) объекты, которые 1С при объединении будут пониматся как разные. Это предусмотрено в обработке?

[esergey]

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

Работает она так: из базы-источника обработкой берутся необходимые объекты и записывается в dbf. Затем из базы-приёмника этот dbf загружается и из него вносятся записанные объекты.