Пересылка данных из БД на удаленный сервер сети.

← →
The X (2004-01-09 22:44) [0]

Здравствуйте!
Имеется следующая задача. Есть внутренняя корпоративная сеть на территории области. На территории области в разных местах расположены рабочие станции с БД одной структуры и разными данными (исп. одна программа). Связь между удаленными подразделениями на территории области и областным центром сети - выделенная постоянная связь. Надо, допустим, один раз в день со всех удаленных рабочих станций передать некую статистическую информацию с этих удаленных БД на один сервер, расположенный в центре. Далее все эти данные на этой машине неким образом упорядочить и отобразить в удобном сравнительном виде с последующим архивированием и т.д.
Может кто сталкивался с вопросами подобного рода - прошу помочь (книги, линки, компоненты, форумы). Подскажите хоть какую-нибудь наталкивающую идею, откуда начинать нужно. Может с помощью e-mail или как-то по другому?
СПАСИБО ОГРОМНОЕ!

← →
The X (2004-01-09 22:46) [1]

Смысл какой - копии моей программы в разных местах (клиенты) отправляют данные и при этом же одна моя программа в центре (сервер) их собирает и обрабатывает.

← →
Nikolay M. (2004-01-09 23:08) [2]

Если честно, как-то слабо, если не сказать совсем не коррелируется

> Paradox

и

> внутренняя корпоративная сеть на территории области

Переводи все на MS SQL и штатную репликацию.

← →
The X (2004-01-09 23:22) [3]

Вы немножко меня не поняли, Nikolay M. © . Суть в том, что выбираются некоторые цифры на машине из БД. Потом неким образом эти цифры надо переслать на компьютер, где установлена спец. программа, которая их автоматическим образом будет принимать, извлекать из них информацию и уже потом на ее основе обновлять свою локальную БД. Здесь не идет речь об удаленном подсоединении к БД и т.д.
Может я не в ту тему вопрос дал? Поправьте меня.

← →
Nikolay M. (2004-01-10 00:41) [4]

Может я тогда не догоняю, но второй пост только подтвердил первый, как его понимаю я.
Грубо говоря, есть головной офис со своей БД и куча филиалов со своими БД, раз в сутки голову нужно синхронизировать с хвостами - правильно? Так вот в [2] я имел ввиду сказать, что если бы в качестве СУБД у тебя был MS SQL, то подобная синхронизация делалась бы штатными средствами SQL-сервера.
Как реализовывать такое руками - имхо, никто это не придумает лучше тебя: слишком много нюансов при проектировании подобных систем.

← →
uw (2004-01-10 00:44) [5]

Посмотри это:

http://strel.vladimir.ru/ham/t-mail/t-mail.htm

← →
The X (2004-01-10 02:33) [6]

Nikolay M. ©
Ваш подход и объяснение предельно ясны. Спасибо за внимание. Я бы по-другому чуть сказал. Нужно реализовать эту идею так, чтобы некоторые данные (текстовый вид или другой - не важно) отсылались на сервер, там это событие фиксировалось, читалось ручными средствами содержимое письма и эти данные ВРУЧНУЮ раскидывались бы на различные места для различных целей (запись в БД, логи, извещения о приходе и т.д.). В моем понимании то, что Вы предлагаете мне с вариантом под MS SQL не совсем клеится с идеей текущего постинга. Я понимаю, что существуют такие средства, но мне нужна по возможности ручная обработка.

← →
The X (2004-01-10 02:35) [7]

uw ©
Че-то ссылка нерабочая...

← →
Sergey13 (2004-01-10 08:32) [8]

2The X ©
А в чем проблема то? Выдели на сервере место (либо для каждого клиента свое, либо одно для всех) куда клиенты будут класть свой отчет. На серваке по шедулеру (или как шочешь) запускай свою прогу для обработки.

ЗЫ: Если тебя не интересует решение в области БД, зачем класть вопрос в этот форум?

← →
Nikolay M. (2004-01-10 12:47) [9]

> событие фиксировалось, читалось ручными средствами содержимое
> письма и эти данные ВРУЧНУЮ раскидывались бы на различные
> места для различных целей

Ну а в чем тогда проблема? Если вручную - так делай все сам, тут ты сам себе художник.

← →
The X (2004-01-12 23:53) [10]

Sergey13 ©

Допустим, прямой связи между клиентами и сервером нет. Как Вы думаете, каким лучше средством ПЕРЕДАТЬ данные и ПРИНЯТЬ ИХ с последующей обработкой.

← →
Sergey13 (2004-01-13 08:39) [11]

2The X © (12.01.04 23:53) [10]
То связь у тебя "выделенная постоянная", то "прямой связи между клиентами и сервером нет". Где правда-то?

>каким лучше средством ПЕРЕДАТЬ
Как работает так и лучше. Универсальнее всего руками. Можно через е-мыло например, по расписанию.

← →
Anatoly Podgoretsky (2004-01-13 09:02) [12]

Передать удобным тебе путем в виде архива.
Но у тебя постоянно расхождения, то у тебя есть постоянная выделенная связь, то ее нет. Если все таки есть то самое простое шаринг и обычное копирование в выделеные папки. Если нет, то электронаая почта, FTP, WEB

← →
The X (2004-01-13 11:17) [13]

Хорошо. Сразу приношу извинения за совсем неопределенные мысли по поводу связи. У меня есть мысль, что надо уйти от способа реализации с помощью исп. сокетных соединений, чтобы уйти от возможных сбоев при соединении, доступа к серверу и т.д. Надо исп. е-мейл. В его реализации проблем нет. Что можете посоветовать по поводу средств, с помощью которых можно автоматически реагировать на приход нового письма на сервере, читать его содержимое по определенному алгоритму? Не совсем в эту ветку, ну да ладно.

← →
The X (2004-01-18 16:31) [14]

Итак, я решил остановится на автоматической отсылке с помощью e-mail необходимых данных на удаленный ящик. Будет приходит письмо с определенной темой. Далее необходимо автоматически проверять ящик и при приходе письма автоматически читать его жестко структурированное содержимое с последующим использованием пришедших данных. Что можете посоветовать по поводу оных средств автоматического приема и обработки?

← →
Hawk2 (2004-01-18 19:11) [15]

Я бы лучше использовал FTP, а не E-Mail!

← →
The X (2004-01-18 19:29) [16]

Hawk2 ©
Это не критично. По многолетним наблюдениям :-/ за работой этой сети могу сказать, что письма гоняются отлично и тем более можно сделать простую проверку по факту рассылки и получения/неполучения писем. Так что остаюсь на варианте с почтой. Что можете посоветовать? См. выше.

← →
Hawk2 (2004-01-18 19:57) [17]

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

← →
The X (2004-01-18 20:19) [18]

Hawk2 ©

> будет проверять папку в которую записываются приатаченые
> к письму файлы

Это как же это? Приходит письмо и лежит на почтовом сервере. А моя задача - опознать прибытие своего письма по его заголовку, изъять из него приатаченный файл и прочитать его содержимое. По-моему все должно происходить именно так.

← →
Hawk2 (2004-01-18 21:24) [19]

>Это как же это? Приходит письмо и лежит на почтовом сервере.
А у тебя уже стоит почтовый сервер или ты его собираешся ставить?
Ну я имел ввиду когда сервер не у тебя, а принимать письма почтовым клиентом. Например, TheBat сохраняет приатаченые файлы в отдельном каталоге.

>А моя задача - опознать прибытие своего письма по его >заголовку, изъять из него приатаченный файл и прочитать его >содержимое.
Ну вот я и говорю, зачем эти извращения, я бы использовал ФТП.

← →
The X (2004-01-19 10:13) [20]

Решать мне кажется надо посредством TNMPOP3.

← →
The X (2004-01-19 10:13) [21]

Решать мне кажется надо посредством TNMPOP3.

Пересылка данных из БД на удаленный сервер сети. Найти похожие ветки