|
|
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
авторПотому что, при репликации любое значения нужно искать не только по столбцу и ключу, но и по имени сервера. Это еще как ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 08:00 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
Cat2 Распределенной базой можно назвать совокупность несвязаных между собой баз, к таблицам которых можно произвести запрос в единой транзакции. При чем тут спор о репликации? А можно назвать распределенной БД, рапределенную в сети, т.е. данные которой распределены по локальным БД в сети. Хоть вообще без транзакций, но по сети, т.е. с дискетами уже типа не распределенная. Все остальное относится к тому является ли распределенной СУБД. По крайней мере, в литре к СУБД предъявляются требования прозрачности к распределенности, а не к БД. Но даже если взять Ваше определение, то репликация (генерация и воспроизведение копий на сайтах) пользуется удаленными транзакциями, а в общем случае и может распределенными. Кроме того есть, синхронные репликации, т.е. данные обновляются в одной транзакции на всех узлах. Какая разница кто ее выполнил и када? - она распределенная. Чел поменял на одной БД а выполнилось везде - прозрачность распределенности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 09:46 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
Cat2Потому что, при репликации любое значения нужно искать не только по столбцу и ключу, но и по имени сервера. неправда... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 09:50 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
Cat2 Распределенной базой можно назвать совокупность несвязаных между собой баз, к таблицам которых можно произвести запрос в единой транзакции. запрос в единой транзакции (с rollback и commit ) можно произвести только к совокупности связаных между собой баз. это и называется распределенной БД. а репликация здесь вообще не причем. реплицировать можно что угодно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 13:48 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
Репликация - то же самое что и клонирование... :) Скорре всего в этом топике уже речь зашла о "распределенной обработке данных". Даже можно сказать распределенном хранении данных, т.к. для распределенной обработки приплетут еще и сервера приложений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 14:43 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
мод . Именно это я и хотел сказать :( =============== Неточно выразился ранее. Базы с репликацией не являются реляционными, так как некоторые значения можно получить не единственным способом. Посему, репликации - это зло! Но допустимое, так же как допустима денормализация. И я не вижу надобности в репликациях при наличии современных каналов связи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2006, 14:58 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
Cat2мод . Именно это я и хотел сказать :( =============== Неточно выразился ранее. Базы с репликацией не являются реляционными, так как некоторые значения можно получить не единственным способом. Посему, репликации - это зло! Но допустимое, так же как допустима денормализация. И я не вижу надобности в репликациях при наличии современных каналов связи. Забавно, когда в Москве отрубали свет и останавливались сервера, по России конторы, которые работали через "современные каналы связи" останавливали свою деятельность. А вот те, кто сидел на репликации, продолжали как ни в чем не бывало работать. Так что еще сложно сказать, что большее зло - репликации или прямая зависимость от каналов, приводящая к потерям в бизнесе и работе. Я лично предпочитаю поддерживать обе схемы работы - у удаленной точки хороший канал, работают напрямую, плохой нестабильный канал - работают через репликацию. Для критических узлов делаю дублирование - клиентские приложения работают напрямую с консолидированной БД, рядом висит реплицируемая БД - как только канал падает, клиентские приложения переключаются на локальную БД и продолжают работу с ней, никто даже этого не замечает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2006, 15:09 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
ASCRUS Я же написал, что репликации - это допустимое зло. Нет в мире совершенства! Но к сабжу репликации ни коим образом не относятся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2006, 15:29 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
Cat2 Базы с репликацией не являются реляционными, так как некоторые значения можно получить не единственным способом Неожиданная связь единственность способа получения значения (в каком смысле? и что за ограничение? в РБД DML позволяет много способов) и про репликацию и их влияния на реляционность БД. Репликация использует те же способы доступа или изменения данных, что и юзера. Либо запросы на DML, либо захватывает транзакции на одном сервере и выполняет их на втором как будто их там запустили - асинхронная. Синхронная просто выполняет распределенную транзакцию на всех сайтах. Это не имеет вроде никакого отношнения ни к модели данным и ниче не меняет в базовых механизмах СУБД. Просто не юзер руками запустил, а автоматичеки выполняется. Ну мог юзер это налабать - есть триггерные репликации. Cat2 Посему, репликации - это зло! Но допустимое, так же как допустима денормализация. все еще непонятно чем так насолила репликация Cat2 И я не вижу надобности в репликациях при наличии современных каналов связи. Напрасно не видите. Одно дело транзакция изменяет одну запись и это изменение выполняется в копии той же таблы в другом городе какой бы здоровой табла не была . Другое дело выполнить запрос. Например, соединение с копией и удаленной таблой таблы из локальной БД - разные вещи. Во втором случае можно не дождаться ответа вообще. Собственное наблюдение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2006, 15:29 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
Cat2 пишет: > Посему, репликации - это зло! Почему зло? Потому что требует более вдумчивого подхода при проектировании? > Но допустимое, так же как допустима > денормализация. И я не вижу надобности в репликациях при наличии > современных каналов связи. При наличии современных и недорогих каналов надобность в репликации действительно уменьшается, но при этом не становится нулевой. Но проблема в том, что на карте можно найти великое множество мест за пределами МКАД, где живут и работают люди, используются информационные системы, но вот с современными каналами очень туго. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2006, 16:18 |
|
||
|
Проведите "ликбез" по распределенным базам данных.
|
|||
|---|---|---|---|
|
#18+
Cat2И я не вижу надобности в репликациях при наличии современных каналов связи. в прошлом веке и бензин сжигали за ненадобностью, он считался побочным продуктом перегонки... но все изменилось... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2006, 20:00 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33507456&tid=1553665]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
20ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 189ms |
| total: | 303ms |

| 0 / 0 |
