Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > СУБД, общие вопросы > Распределенная структура БД (ERP)


Автор: Ferdozakl 14.9.2006, 16:12
Всем привет!

Такой вопрос. Проектируем ERP, для организации, которая имеет головной офис + несколько филиалов + веб сайт, на котором имеется Интернет магазин. Как лучше организовать обмен данными в направлении ОФИС <--> ФИЛИАЛЫ, ОФИС <--> Веб-портал. Данные должны быть синхронизированы.

 - 1-й вариант имеется постоянное подключение к Инет сервера БД.
 - 2-й вариант нету постоянного подключения к Инету.

Архитектура 3-х звенка. СУБД MS SQL Server 2000, Delphi 7.

Пояснение: Если будет постоянный доступ к базе, насколько большим будет трафик если клиенты будут подключаться через Инет. Предпологаемый канал 512/512. А если нет постоянного подключения возможно ли весь обмен организовать методом репликации и/или простым  обменом например XML-файлов?

Заранее благодарю!

Автор: batigoal 14.9.2006, 16:56
Ну это полностью зависит от объема передаваемой вами информации.

Автор: LSD 14.9.2006, 17:23
Думаю в данном случае, репликация будет наилучшим выходом. 
Стандартные средства, достаточно надежны, но вот к трафику они относятся не слишком бережливо. Сторонние могут иметь свои подводные камни.
Ну и смотреть как ваш средний слой, отнесется к тому, что кто-то будет править базу в обход его (мало ли он какое кеширование использует).

Автор: Ferdozakl 14.9.2006, 18:35
Спасибо за ответы. 

Хотелось бы еще услышать примерные цифры на счет размера трафика при построении подобных распределенных баз данных.  Может быть кто-то имеет опыт по этой теме. Повторюсь канал 512/512 аплоад/даунлоад. 

Благодарю.

Автор: LSD 14.9.2006, 22:06
Цитата(Ferdozakl @  14.9.2006,  19:35 Найти цитируемый пост)
Хотелось бы еще услышать примерные цифры на счет размера трафика при построении подобных распределенных баз данных.

Они полностью зависят от объема данных, которые будут меняться в БД. Возьмите 2 базы, и поэксперементируйте на вашем наборе данных.

Автор: PyS 15.9.2006, 14:32
посмотри http://www.turbogears.org/ или Джанго

я на TG уже сделал два похожих проекта.

не знаю как Джанго (IMHO - будет работать) , TG будет работать с MSSQL, хотя писать придется на python, а не Delphi, но будет всё довольно легко если знаешь тех. англ. smile

Автор: Shiny 21.9.2006, 12:25
Могу прокомментироватьь по поводу "Офис" - "Филиалы"
Очень многое зависит ещё и от стабильности каналов связи.
При стабильном канале в 512М обмен данными при репликации будет проходить нормально и при очень больших объёмах данным (у нас - десятки миллионов записей). 
НО
При потере связи на длительный период и дальнейшем её восстановлении данные накапливаются и в центральном офисе и в филиалах, и при взаимной синхронизации могут быть конфликты (вплоть до потери некоторого объёма данных).  
+ при любом изменении структуры базы репликация полностью убивается, производятся изменения, а потом снова настраивается - т.о. любое изменение структуры довольно длительно по времени, да и хлопотно...

Но сами пользуемся именно репликацией потому что ничего лучше пока не видели....


Автор: PyS 21.9.2006, 12:54
Цитата(Shiny @  21.9.2006,  15:25 Найти цитируемый пост)
При стабильном канале в 512М обмен данными при репликации будет проходить нормально и при очень больших объёмах данным (у нас - десятки миллионов записей). 

а при 2Мб?

Автор: Shiny 21.9.2006, 13:48
Цитата

Цитата(Shiny @  21.9.2006,  15:25 Найти цитируемый пост)
При стабильном канале в 512М обмен данными при репликации будет проходить нормально и при очень больших объёмах данным (у нас - десятки миллионов записей). 

а при 2Мб? 


Сорри, очепятка
Имелось ввиду 512К

Автор: PyS 22.9.2006, 08:31
Цитата(Shiny @  21.9.2006,  16:48 Найти цитируемый пост)

Сорри, очепятка
Имелось ввиду 512К 

Это у филиалов? 
Это какая система?

Автор: Shiny 22.9.2006, 12:02
Да. это связь между центральным и региональными офисами.
Таким образом работают ряд специально разработанных проектов по маркетингу (исследования проводятся во всех регионах, анализируются в центре).

Автор: PyS 22.9.2006, 12:45
Цитата(PyS @  22.9.2006,  11:31 Найти цитируемый пост)
Это какая система? 

 smile 
Скажи, пожалуйста, название и версию! smile
желательно с сылками.

Автор: Shiny 22.9.2006, 13:25
Я, наверное, не совсем правильно объяснила.
Есть очень крупное рекламное агентство, которое обрабатывает огромные объёмы информации.
В нём есть отдел, который разрабатывает специальные распределённые системы под каждый отдельный проект.
Я - сотрудник этого отдела.
А сама система - собственность компании, закрытая информация.
Сам понимаешь, ссылок и названий нет и быть не может...
Поэтому если тебя интересуют какие-то нюансы - спрашивай, если смогу - отвечу... 

Автор: PyS 22.9.2006, 13:38
Цитата(Shiny @  22.9.2006,  16:25 Найти цитируемый пост)
Я, наверное, не совсем правильно объяснила.
Есть очень крупное рекламное агентство, которое обрабатывает огромные объёмы информации.
В нём есть отдел, который разрабатывает специальные распределённые системы под каждый отдельный проект.
Я - сотрудник этого отдела.
А сама система - собственность компании, закрытая информация.
Сам понимаешь, ссылок и названий нет и быть не может...
Поэтому если тебя интересуют какие-то нюансы - спрашивай, если смогу - отвечу... 

А на каком языке и при помощи каких средств разрабатывались эти системы?

Автор: Shiny 22.9.2006, 13:44
MS SQL Server 2000,  оболочки на VB.NET и Delphi.

Автор: PyS 22.9.2006, 14:03
Цитата(Shiny @  22.9.2006,  16:44 Найти цитируемый пост)
MS SQL Server 2000,  оболочки на VB.NET и Delphi. 

Все лицензионное? smile

приблизительно это сколько будет по времени и сколько будет стоить если самим все это делать  (лицензии+ЗП сотрудников)?

Автор: LSD 22.9.2006, 14:21
PyS цены на MS SQL Server ты можешь и сам узнать, например http://softkey.ru/. А зарплаты сотрудников сильно варьируются, в зависимости от того предстоит работать.

Автор: PyS 22.9.2006, 15:10
Цитата(LSD @  22.9.2006,  17:21 Найти цитируемый пост)
PyS цены на MS SQL Server ты можешь и сам узнать, например тут.

Спасибо за ссылку! smile

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)