YuRRiX:
-=NEO=-:
Это видимо "индусский код" - из одной системы выгрузка в файлы, потом загрузка этих файлов другой системой... Вместо того, чтобы в реалтайме репликацию-синхронизацию систем напрямую сделать.
иногда такое реализовать невозможно. например когда одна база данных находится в сети не соединенной физически с другой из соображений безопасности. Тогда работает что-то вроде нульмодемного соединения с файловым обменом. еще одна залипуха может случиться при разных СУБД. Не все типы данных в разных СУБД совместимы, а значит выгрузка на прямую просто не возможна, тогда вступают всякого рода конверторы, а это затупы и лаги до полной их отладки.
Кстати, заметил что деньги покладенные на "конверсионную" в пятничный обед, вернулись в субботу в полночь в виде валюты. А вот это уже определенно радует. Да и время реакции на обращения через почту в "Мой банк" 3-5 дней. Так держать. Еще бы лимиты для тех, кто не замечен, убрали бы...
1-решается методом ДМЗ, в котором размещается транзитная база с настроенными доступами - через нее прогоняется инфа между основными в риалтайме (вариантов, когда ФИЗИЧЕСКИ сети не соединены - ИМХО, не верю что такие есть. Ибо тогда даже файловая выгрузка между базами проходит с перемещением через дискеты-диски-флеш и другие носители, т.к. нет физики)
2-если доступен вариант выгрузки в файл-загрузки в файл - то пишется модуль в одной базе и модуль в ругой базе, которые синхронно совершают данные операции (или достаточно в одной конвертации и передачи-вставки в другую), но в режиме онлайн, т.е. не шедулятся таски выгрузка-загрузка (драйвер-библиотека и т.д., через которую происходит обмен информацие между базами в реальном времени). Просто это немного сложнее Ибо проработать вопрос архитектуры и логики необходимо ДО запуска системы, а не "на коленке" допиливать
сорри за офтоп-прекращаем