|
|
|
Есть распределенная СУБД для таких задач?
|
|||
|---|---|---|---|
|
#18+
pkarklin, не знаю. Т.е. вы предлагаете если делить, то на разные БД, которые реплицируются сами по себе, отдельно от других? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2011, 22:01 |
|
||
|
Есть распределенная СУБД для таких задач?
|
|||
|---|---|---|---|
|
#18+
0108Т.е. вы предлагаете если делить, то на разные БД, которые реплицируются сами по себе, отдельно от других? Мне трудно что-то предлагать, не имея исходных данных, которые подвергли заказчика "нарисовать" такую модель. Но деление на "разные бд" очень сильно упрощает архитектуру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2011, 22:05 |
|
||
|
Есть распределенная СУБД для таких задач?
|
|||
|---|---|---|---|
|
#18+
0108, если нужен ответ, то 1. почитай о технологии standby не важно у какой субд 2. почитай о технологии репликации не важно у какой субд 3. почитай о shared-disk cluster на сайте оракл 4. почитай о shared nothing cluster на сайте ibm как прочитаешь, приходи сюда и потрать 10 минут на формулирование вопроса. пока все, что понятно - что денег на три десктопа, а хочется географически распределенный кластер. нездоровое желание. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2011, 22:14 |
|
||
|
Есть распределенная СУБД для таких задач?
|
|||
|---|---|---|---|
|
#18+
0108, Посмотрите в сторону Coherence. Само собой нужно будет также смотреть на всякие JPA, которые позволят данные возвращать в базу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2011, 22:53 |
|
||
|
Есть распределенная СУБД для таких задач?
|
|||
|---|---|---|---|
|
#18+
А почему бы не взять нормальный SAN, и не з0пилить на него нормальный OCFS (или там GFS)? СОВСЕМ накрайняк, конечно, можно и синхронный мультимастер, или вообще экзотику (как для БД) типа GlusterFS, но последний с БД, особенно на нагрузке, будет работать КРАЙНЕ хреново. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2011, 02:03 |
|
||
|
Есть распределенная СУБД для таких задач?
|
|||
|---|---|---|---|
|
#18+
РосгоснанораспилтрестА почему бы не взять нормальный SAN, и не з0пилить на него нормальный OCFS (или там GFS)? СОВСЕМ накрайняк, конечно, можно и синхронный мультимастер, или вообще экзотику (как для БД) типа GlusterFS, но последний с БД, особенно на нагрузке, будет работать КРАЙНЕ хреново. Видимо узким местом может быть не только система хранения, а доступ к данным нужен как к единой СУБД. Но вопрос зачем все ещё открыт :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2011, 02:13 |
|
||
|
Есть распределенная СУБД для таких задач?
|
|||
|---|---|---|---|
|
#18+
0108 , Применительно к СУБД Caché : Achieving High Availability High Availability 0108Нужна СУБД, которая смогла бы осуществить прозрачное (т.е. желательно, чтобы они не знали о распределенности СУБД) для клиентских приложений распределенное хранение данных и обработку запросов. Это тоже возможно: Introduction to Namespaces and Databases А используя SQL шлюз, Вы можете объединять в одной логической "базе" данные из разных СУБД (Oracle, DB2, MSSQL и т.д.): Caché SQL Gateway не только система храненияРосгоснанораспилтрестА почему бы не взять нормальный SAN, и не з0пилить на него нормальный OCFS (или там GFS)? СОВСЕМ накрайняк, конечно, можно и синхронный мультимастер, или вообще экзотику (как для БД) типа GlusterFS, но последний с БД, особенно на нагрузке, будет работать КРАЙНЕ хреново. Видимо узким местом может быть не только система хранения, а доступ к данным нужен как к единой СУБД. Но вопрос зачем все ещё открыт :)Возможно, имелось в виду Интегрированные или федеративные системы и мультибазы данных Была похожая тема . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2011, 12:49 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=37376066&tid=1552657]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
28ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 362ms |
| 0 / 0 |
