Обмен данными между базами Галактики.
Модераторы: m0p3e, edward_K, Модераторы
Обмен данными между базами Галактики.
Добрый день, Всем!!!!
Можно в Галактике сделать следующую вещь: есть, например, три Галактики-Прогресс, в одну из них заводим МЦ и эта МЦ должна автоматом добавиться в две другие Галактики.
Надо чтобы автоматом или кто-то будет инициировать в первой базе добавление МЦ в две другие базы. Возможно такое?
Можно в Галактике сделать следующую вещь: есть, например, три Галактики-Прогресс, в одну из них заводим МЦ и эта МЦ должна автоматом добавиться в две другие Галактики.
Надо чтобы автоматом или кто-то будет инициировать в первой базе добавление МЦ в две другие базы. Возможно такое?
-
- Местный житель
- Сообщения: 1844
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Ярославская область ОАО "Часовой завод Чайка" г. Углич
- Контактная информация:
Как я понимаю, прогресс на битриве...
1. Самое оптимальное написать программку на внешнем каком-нить средстве которая бы периодически сканерила каталог основновной БД по отношению к синхронизируемым базам и определяла бы новые МЦ (например, по name+barkod) и засовывала бы новые мц в те базы.
2. Примерно тоже можно на Атлантисе сделать, но там манипуляций много . Одновременно нужно выгужать, например в тот же дбф-чик, katmc из 3-х разхных баз, сравнивать как то их и засовывать обратно новые.
3. Как то на форуме, помнится, писали функцию атлантическую именно для битрива, которая позволяла открывать таблицу из другой БД. Только вот не помню, для всех режимов она открывала или только на чтение..
1. Самое оптимальное написать программку на внешнем каком-нить средстве которая бы периодически сканерила каталог основновной БД по отношению к синхронизируемым базам и определяла бы новые МЦ (например, по name+barkod) и засовывала бы новые мц в те базы.
2. Примерно тоже можно на Атлантисе сделать, но там манипуляций много . Одновременно нужно выгужать, например в тот же дбф-чик, katmc из 3-х разхных баз, сравнивать как то их и засовывать обратно новые.
3. Как то на форуме, помнится, писали функцию атлантическую именно для битрива, которая позволяла открывать таблицу из другой БД. Только вот не помню, для всех режимов она открывала или только на чтение..
остальные триггеры тоже понадобятся.
А для первасива есть:
====================================
function ReopenTableByPath (iTable : integer;
newPath : string
) : integer;
Параметры
iTable - номер узла в логической таблице. Доступны константы типа tn<имя таблицы> (символы tn перед именем позволяют взять номер от имени таблицы).
newPath - новый путь.
Возвращаемое значение
Функция возвращает 0, если не было ошибок, или код ошибки BTrieve, если были ошибки.
Замечания
Функция работает только на платформе BTrieve. Для SQL платформ функция повторно откроет ту же таблицу.
====================================
А для первасива есть:
====================================
function ReopenTableByPath (iTable : integer;
newPath : string
) : integer;
Параметры
iTable - номер узла в логической таблице. Доступны константы типа tn<имя таблицы> (символы tn перед именем позволяют взять номер от имени таблицы).
newPath - новый путь.
Возвращаемое значение
Функция возвращает 0, если не было ошибок, или код ошибки BTrieve, если были ошибки.
Замечания
Функция работает только на платформе BTrieve. Для SQL платформ функция повторно откроет ту же таблицу.
====================================
1) Функциональность Старта, Прогресса и "большой" Галактики определяется только конфигурацией лицензионного файла. Математика для всех одна.
2) Описанную задачу штатно можно решить двумя путями: с помощью модуля Enterprise и с помощью модуля Филиальность.
3) В прайсе на Прогресс есть только Филиальность. Enterprise - это для "большой" Галы.
4) При использовании Филиальности все базы нужно сливать в одну, заморочек будет достаточно. Здесь кто-то делал, поищите.
2) Описанную задачу штатно можно решить двумя путями: с помощью модуля Enterprise и с помощью модуля Филиальность.
3) В прайсе на Прогресс есть только Филиальность. Enterprise - это для "большой" Галы.
4) При использовании Филиальности все базы нужно сливать в одну, заморочек будет достаточно. Здесь кто-то делал, поищите.