powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Проведите "ликбез" по распределенным базам данных.
11 сообщений из 61, страница 3 из 3
Проведите "ликбез" по распределенным базам данных.
    #33506456
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторПотому что, при репликации любое значения нужно искать не только по столбцу и ключу, но и по имени сервера.
Это еще как ?
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33506600
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2
Распределенной базой можно назвать совокупность несвязаных между собой баз, к таблицам которых можно произвести запрос в единой транзакции.
При чем тут спор о репликации?

А можно назвать распределенной БД, рапределенную в сети, т.е. данные которой распределены по локальным БД в сети. Хоть вообще без транзакций, но по сети, т.е. с дискетами уже типа не распределенная. Все остальное относится к тому является ли распределенной СУБД. По крайней мере, в литре к СУБД предъявляются требования прозрачности к распределенности, а не к БД.
Но даже если взять Ваше определение, то репликация (генерация и воспроизведение копий на сайтах) пользуется удаленными транзакциями, а в общем случае и может распределенными. Кроме того есть, синхронные репликации, т.е. данные обновляются в одной транзакции на всех узлах.
Какая разница кто ее выполнил и када? - она распределенная. Чел поменял на одной БД а выполнилось везде - прозрачность распределенности.
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33506612
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2Потому что, при репликации любое значения нужно искать не только по столбцу и ключу, но и по имени сервера.

неправда...
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33507456
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2
Распределенной базой можно назвать совокупность несвязаных между собой баз, к таблицам которых можно произвести запрос в единой транзакции.

запрос в единой транзакции (с rollback и commit ) можно произвести только к совокупности связаных между собой баз. это и называется распределенной БД.
а репликация здесь вообще не причем. реплицировать можно что угодно.
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33507672
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Репликация - то же самое что и клонирование... :)
Скорре всего в этом топике уже речь зашла о "распределенной обработке данных". Даже можно сказать распределенном хранении данных, т.к. для распределенной обработки приплетут еще и сервера приложений.
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33508913
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
мод . Именно это я и хотел сказать :(
===============
Неточно выразился ранее. Базы с репликацией не являются реляционными, так как некоторые значения можно получить не единственным способом. Посему, репликации - это зло! Но допустимое, так же как допустима денормализация. И я не вижу надобности в репликациях при наличии современных каналов связи.
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33508921
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2мод . Именно это я и хотел сказать :(
===============
Неточно выразился ранее. Базы с репликацией не являются реляционными, так как некоторые значения можно получить не единственным способом. Посему, репликации - это зло! Но допустимое, так же как допустима денормализация. И я не вижу надобности в репликациях при наличии современных каналов связи.
Забавно, когда в Москве отрубали свет и останавливались сервера, по России конторы, которые работали через "современные каналы связи" останавливали свою деятельность. А вот те, кто сидел на репликации, продолжали как ни в чем не бывало работать. Так что еще сложно сказать, что большее зло - репликации или прямая зависимость от каналов, приводящая к потерям в бизнесе и работе. Я лично предпочитаю поддерживать обе схемы работы - у удаленной точки хороший канал, работают напрямую, плохой нестабильный канал - работают через репликацию. Для критических узлов делаю дублирование - клиентские приложения работают напрямую с консолидированной БД, рядом висит реплицируемая БД - как только канал падает, клиентские приложения переключаются на локальную БД и продолжают работу с ней, никто даже этого не замечает.
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33508937
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
ASCRUS
Я же написал, что репликации - это допустимое зло. Нет в мире совершенства!
Но к сабжу репликации ни коим образом не относятся.
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33508938
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2
Базы с репликацией не являются реляционными, так как некоторые значения можно получить не единственным способом

Неожиданная связь единственность способа получения значения (в каком смысле? и что за ограничение? в РБД DML позволяет много способов) и про репликацию и их влияния на реляционность БД.
Репликация использует те же способы доступа или изменения данных, что и юзера. Либо запросы на DML, либо захватывает транзакции на одном сервере и выполняет их на втором как будто их там запустили - асинхронная. Синхронная просто выполняет распределенную транзакцию на всех сайтах. Это не имеет вроде никакого отношнения ни к модели данным и ниче не меняет в базовых механизмах СУБД. Просто не юзер руками запустил, а автоматичеки выполняется. Ну мог юзер это налабать - есть триггерные репликации.

Cat2
Посему, репликации - это зло! Но допустимое, так же как допустима денормализация.

все еще непонятно чем так насолила репликация

Cat2
И я не вижу надобности в репликациях при наличии современных каналов связи.

Напрасно не видите. Одно дело транзакция изменяет одну запись и это изменение выполняется в копии той же таблы в другом городе какой бы здоровой табла не была . Другое дело выполнить запрос. Например, соединение с копией и удаленной таблой таблы из локальной БД - разные вещи. Во втором случае можно не дождаться ответа вообще. Собственное наблюдение.
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33508959
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2 пишет:

> Посему, репликации - это зло!

Почему зло? Потому что требует более вдумчивого подхода при проектировании?

> Но допустимое, так же как допустима
> денормализация. И я не вижу надобности в репликациях при наличии
> современных каналов связи.

При наличии современных и недорогих каналов надобность в репликации
действительно уменьшается, но при этом не становится нулевой.

Но проблема в том, что на карте можно найти великое множество мест за
пределами МКАД, где живут и работают люди, используются информационные
системы, но вот с современными каналами очень туго.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Проведите "ликбез" по распределенным базам данных.
    #33509070
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Cat2И я не вижу надобности в репликациях при наличии современных каналов связи.

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


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