Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2002.03.28;
Скачать: [xml.tar.bz2];

Вниз

Выбор схемы работы с удаленной БД и сервера БД   Найти похожие ветки 

 
Зинец Виктор   (2002-02-28 18:22) [0]

Конечно, флеймовый вопрос, но спросить-то надо:

есть задача (пока теоретическая) - удаленные точки вводят данные, эти данные надо накапливать в центральной базе данных.

Вопрос в чем - как это делать; допустим, точки как-то будут соединены (выделенные каналы, модемы, радиомодемы - пока никто не знает).
Вариант №1 - на центр. сервере установлен Oracle, в нем-же сделаны какие-то формы для ввода, и все (если я правильно понимаю - клиент-сервер).
Вариант №2 (мой) - на сервере есть какой-то сервер БД (сейчас Interbase, потом пусть Oracle), и некая прога MyCoolServer, которая обчается с сервером БД и с которой общаются точки.

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

Кто что может посоветовать по поводу выбора вариантов и плюсов-минусов их?

С уважением, Виктор


 
Корвин   (2002-03-01 09:03) [1]

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


 
Polevi   (2002-03-01 10:03) [2]

3-звенка однозначно


 
Johnny Smith   (2002-03-01 10:40) [3]

Критерии выбора, по-моему, зависят от того, могут ли "точки" позволить себе работать в off-line. Если да, то вопрос не стоит выеденного яйца: пишешь прогу, которая будет журналировать изменения за какой-либо период времени (скажем, за день), а потом просто открывать сеанс связи с главным сервером и "накатывать" их в БД, расположенную на сервере. Короче, классическая репликация.
Если же нужна онлайновая работа, то по своему опыту скажу: при нивелировании плохих каналов связи решение (отложенные транзакции, проверки и т.п.) может быть сколь угодно толковым, но стопроцентно устойчивой работы добиться не удастся.


 
Dok_3D   (2002-03-01 11:11) [4]

Знаешь, не увидел в твоих вариантах смысла располагать MyCoolServer на той же машине, где и Oracle.
И вообще нужен ли он при таком раскладе.
И вообще, где разница между двумя твоими вариантами ???? И там и сям клиент-сервер (обычная 2-звенка).

Вариант номер 3:
1.Есть точки которые имеют хорошую связь со станцией, на которой расположен MyCoolServer.
2. Станция на которой расположен MyCoolServer имеет хорошую связь со станцией, на которой расположена БД.
3. Точки общаются с БД через MyCoolServer.



 
Л.Ге   (2002-03-05 04:14) [5]

...а оперативность связи?: если раз в час\сутки (например- отчет со склада) - кешируй у клиента и делай репликации, если сек\мин (типа "заказ билетов") - нужна 3-х звенка и хорошая связь.



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2002.03.28;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.45 MB
Время: 0.009 c
1-90824
kronos
2002-03-14 20:37
2002.03.28
Объясните принцип действия


4-91106
MrAngel
2002-01-21 12:06
2002.03.28
Использование функции GetDesktopWnd


1-90983
Tadeush
2002-03-15 10:37
2002.03.28
Hint


4-91098
Руслан_
2002-01-27 09:57
2002.03.28
WIN32 API


6-91010
НЕО
2002-01-14 16:09
2002.03.28
!!! ЛОГИН текущего пользователя





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский