powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
9 сообщений из 9, страница 1 из 1
В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
    #38476562
akkolo-kakkolo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Приложение разрабатывается общее для всех регионов.

Есть РЕГИОНЫ, в которых есть ОРГАНИЗАЦИИ

Например:

1. в регионе Пермь есть организация "Контора Василия Пупкина", и там же есть организация "Пермский подрядчик конторы Василия Пупкина"
2. в регионе Москва есть та же организация "Контора Василия Пупкина", и там же есть организация "Московский подрядчик конторы Василия Пупкина"

Следует ли создавать в каждом регионе в Перми и Москве по одному серверу с одинаковыми по структуре таблицами БД?
или Следует создать только один сервер в Москве и использовать общую базу данных с таблицами из которых остальные регионы будут брать необходимую информацию?


Или, если использовать 1-й вариант следует все же подумать о том что когда-то вдруг станет так, что объекты таблицы "Пермского подрядчика конторы Василия Пупкина" вдруг станут нужны для обработки заказчика и подрядчика в Москве и наоборот => придется придумывать дополнительную связь между двумя базами данных...
...
Рейтинг: 0 / 0
В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
    #38476621
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akkolo-kakkolo , единый сервер хорош для поддержание "уникальности" элементов. Но может проиграть по производительности "раздельному" количеству серверов. А так же напрямую зависит от качества каналов связи...
Т.ч. смотри сам... Потянет один сервер твои надобности?
Иначе придется как-то решать проблему "уникальности" элементов...
...
Рейтинг: 0 / 0
В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
    #38476673
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
krvsa akkolo-kakkolo , единый сервер хорош для поддержание "уникальности" элементов. Но может проиграть по производительности "раздельному" количеству серверов. А так же напрямую зависит от качества каналов связи...
Т.ч. смотри сам... Потянет один сервер твои надобности?
Иначе придется как-то решать проблему "уникальности" элементов...
+1
akkolo-kakkolo, смотри, что для твоего проекта больший риск:
1) не обеспечить требуемую производительность сервера + доступность и пропускную способность каналов связи (организационно-инфраструктурная проблема);
Допустим, сервак помощнее взять может и не проблема.
А вот какая у вас возможность влиять на каналы связи?...
2) не обеспечить уникальность (качество данных в системе).
"Проблему уникальности" всегда приходится решать, даже на одном сервере (одной РСУБД). Она просто усложняется при наличии нескольких серверов, но эти проблемы решаются головой, организационными мерами и программным обеспечением.

И главное:
на текущий момент технологии репликации давно позволяют иметь несколько серверов, на при этом иметь на них "уникальные" значения (с очень небольшими задержками при синхронизации :).
...
Рейтинг: 0 / 0
В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
    #38476750
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akkolo-kakkolo,

Для начала ставьте 1 сервер. Потом по мере нагрузки будете лепить кластер. Собственно никаких проблем я невижу.
...
Рейтинг: 0 / 0
В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
    #38476753
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Злой БобрДля начала ставьте 1 сервер. Потом по мере нагрузки будете лепить кластер.
Получится как тут
http://proektkonsalt.ru/stati-pritchi-istorii/istorii-bayki/proekt-genezis/
...
Рейтинг: 0 / 0
В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
    #38476754
akkolo-kakkolo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
[quot АнатоЛой]krvsa akkolo-kakkolo ,
на текущий момент технологии репликации давно позволяют иметь несколько серверов, на при этом иметь на них "уникальные" значения (с очень небольшими задержками при синхронизации :).

То есть, если я правильно понял:
1. Два синхронизированных сервера
2. На каждом одна и та же полная копия БД со всеми данными (или на первом только своя копия + копия уникальных индексов 2-го, а на втором 1-го?)
...
Рейтинг: 0 / 0
В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
    #38476780
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
akkolo-kakkolo,

Репликация возможна как между всеми серверами (вариант 1), так и выборочно (вариант 2). Все зависит от конкретной задачи.
...
Рейтинг: 0 / 0
В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
    #38477213
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Злой Бобрakkolo-kakkolo,

Репликация возможна как между всеми серверами (вариант 1), так и выборочно (вариант 2). Все зависит от конкретной задачи.
+ серверов не только 2 :).
...
Рейтинг: 0 / 0
В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
    #38479661
Arm79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Основной сервер + реплицированные. Собственно, филиалы работают только с репликами.
Далее, копия данных должна быть полная, но если сделать партиционирование по регионам, то и скорость обработки должна неплохо увеличиться.

Делать много мелких БД - это соблазнительная, но плохая с точки зрения поддержки идея.
...
Рейтинг: 0 / 0
9 сообщений из 9, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / В дополнение к вопросу: Что лучше:одна "гиганская" бд или много "маленьких"
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]