Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: СУБД для распределенной БД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54794

Aby
Репликации в нем реализованы с помощью some 3rd party tools.

....использование которых Вам запрещено религией. Название религии - В
СТУДИЮ!!!

Posted via ActualForum NNTP Server 1.4

28 июл 09, 18:30    [7470812]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290
MasterZiv

Aby пишет:

> VPN не устраивает. Почему? Потому, что надо его поднимать. Потому, что
> все точки продаж становятся зависимы от него. Потому, что для работы
> требуется постоянное подключение по этому VPN.

Ну, не подымай. Выставляй порт сервака прямо в инет и гони по нему
голые открытые данные. Тебе выбирать !

И опять Sybase ASA
Можно не поднимать VPN. Можно выставить порт сервака прямо в инет. Только гнать по нему не голые открытые данные, а шифрованые, причем опять таки, штатными средствами Sybase ASA.

Топикстартеру: на полном серьезе, приглядитесь к этому серверу. IMHO это лучший сервер для такой задачи, практически вне конкуренции по очень многим параметрам или их сочетаниям для подобных задач.
28 июл 09, 19:02    [7470907]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290
В догонку: а когда возникнет необходимость, можно и Web-сервисы организовать на Sybase ASA. Тоже интересный вариант для распределенных баз. И опять таки, штатными средствами :)
28 июл 09, 19:06    [7470917]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

Александр Гoлдун пишет:

> И опять Sybase ASA
> Можно не поднимать VPN. Можно выставить порт сервака прямо в инет.
> Только гнать по нему не голые открытые данные, а *шифрованые*, причем
> опять таки, *штатными средствами* Sybase ASA.

Да тут тоже ASA (при всём к ней уважении) не уникальна.
Почти все современные СУБД поддерживают SSL.

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

Если только иметь в виду off-line репликации, которые уже
не все поддерживают.

Posted via ActualForum NNTP Server 1.4

28 июл 09, 19:19    [7470941]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
Dimitry Sibiryakov

....использование которых Вам запрещено религией. Название религии - В
СТУДИЮ!!!

DS, ну их...
МС им в трубу реплики лепить.
29 июл 09, 00:33    [7471539]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54794

Di_LIne
DS, ну их...

Нет, я всё-таки хочу выяснить какие у Васи Пупкина претензии к
репликатору от IBPhoenix за исключением его "стороннести" и цены. А то
может я чего-то серьёзного не замечаю, из-за чего им пользоваться
невозможно...

Posted via ActualForum NNTP Server 1.4

29 июл 09, 01:46    [7471598]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Aby
Member

Откуда:
Сообщений: 25
Александр Голдун, спасибо вам за совет, присмотрюсь к ASA.

Dimitry Sibiryakov, вы так горячо защищаете IBPhoenix, как будто они вам денег платят :) Я не говорю что 3rd party tools это плохо. Да, наверное его действительно можно использовать. Но по моему это не есть удобно.
На мой взгляд, решение построенное на единой платформе работает лучше и стабильнее, чем собранное из разных частей разных производителей. Так же как дом построенный полностью из кирпичей простоит дольше и лучше, чем дом частично из кирпичей а частично из дерева.
Может это просто предрассудки, но все же...
Кстати, если вы в курсе, сколько стоит firebird + IBPhoenix?
29 июл 09, 08:26    [7471766]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Aby
Кстати, если вы в курсе, сколько стоит firebird + IBPhoenix?
Вопрос некорректен. Причем дважды. :) СУБД Firebird бесплатна. IBPhoenix - это компания, ее купить будет затратно. А вот ее продукт IBReplicator одойдется Вам в 150$ за сервер репликации + 100$ за каждый филиал (см. тынц). Учитывая, что 50$ на роутер - для Вас много, то вряд ли подойдет. :)
29 июл 09, 09:16    [7471883]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
Еще не проснулся. :)
Поправочка:

Server License     - 10 V3.x 	 $1,350.00
Replicant License - 10 V3.x $1,170.00
29 июл 09, 09:20    [7471898]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54794

Aby
вы так горячо защищаете IBPhoenix, как будто они вам денег
платят :)

Гусары, молчать!!!
Aby
Кстати, если вы в курсе, сколько стоит firebird + IBPhoenix?

Насколько я в курсе, ни тот ни другой не продаётся. Первый скачивается
бесплатно, а второй - название фирмы. Впрочем, её владелец, наверное,
подумает о её продаже, если Вы предложите достаточно приличную цену.

PS: Определение "единой платформы" повеселило, особенно в плане того,
что у MS, например, репликатор - совершенно отдельный сервис.
PPS: В строительстве Вы разбираетесь ещё хуже.
PPPS: И таки да, я в курсе цен на репликаторы.

Posted via ActualForum NNTP Server 1.4

29 июл 09, 13:46    [7473746]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
Определение "единой платформы" повеселило, особенно в плане того,
что у MS, например, репликатор - совершенно отдельный сервис.


Т.е. - единая платформа в Вашем понимании - это один сервис\ехешник?!
29 июл 09, 14:17    [7473999]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290
Dimitry Sibiryakov

Насколько я в курсе, ни тот ни другой не продаётся. Первый скачивается
бесплатно, а второй - название фирмы. Впрочем, её владелец, наверное,
подумает о её продаже, если Вы предложите достаточно приличную цену.

PS: Определение "единой платформы" повеселило, особенно в плане того,
что у MS, например, репликатор - совершенно отдельный сервис.
PPS: В строительстве Вы разбираетесь ещё хуже.

Да, достойный способ пропиарить "любимый сервер" - язвительно придраться к каким-то определениям и ответить вопрошающему практически "сам дурак"
29 июл 09, 14:20    [7474021]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54794

Александр Гoлдун

ответить вопрошающему практически "сам дурак"

А разве этот "сам дурак" что-то спрашивал? Покамест я не увидел от него
ничего кроме начального вопроса (на который отвечено уже давно) и ничем
не подтверждённого мнения какого-то левого Васи Пупкина.

pkarklin
Т.е. - единая платформа в Вашем понимании - это один
сервис\ехешник?!

В моём - нет. А вот топикстартер явно считает, что "сторонность"
начинается уже когда сервер и утилиту к нему разрабатывают разные люди.

Posted via ActualForum NNTP Server 1.4

29 июл 09, 14:50    [7474278]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
Aby
У firebird'a нет родных средств репликации :(
Репликации в нем реализованы с помощью some 3rd party tools.
Что скажите по поводу PostgreeSQL?


у postgresql репликация точно также 3рд парти. Кроме того сами разработчики предупреждают, что продукт разрабатывался из предположения что связь есть всегда. Кроме того

Documentation
It is recommended that, as much as possible, all nodes in a Slony-I cluster allow this sort of bidirection communications from any node in the cluster to any other node in the cluster.


И кроме того это master-slave репликация. не мультимастер. Так что если надо что-то продать в магазине и отметить это в базе, то придется все равно к центральному серверу обращаться. По этой же причине кстати отпадает mysql.
30 июл 09, 10:34    [7477269]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54794

Хрен
И кроме того это master-slave репликация. не мультимастер.

А разве master-slave не превращается в мультимастер настройкой двух
встречных потоков (естественно, с предотвращением зацикливания данных)?..

Posted via ActualForum NNTP Server 1.4

30 июл 09, 11:10    [7477590]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
Хочу чисто для галочки заметить, что можно было бы использовать 1 DB2 Express (платный, $3K, там работали бы Capture + Apply) для центра + N DB2 Express-C (т.е. бесплатные, без официальной поддержки репликации, но ведь Apply в центре никто не помешает копировать данные на них) для рабочих мест. Однако, поскольку данные проталкиваются из центра, желательно постоянное подключение, а тогда в распределённости большого смысла нет.
30 июл 09, 14:29    [7479327]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Хрен
Member

Откуда: Brisbane
Сообщений: 1455
Dimitry Sibiryakov,

автор
А разве master-slave не превращается в мультимастер настройкой двух
встречных потоков (естественно, с предотвращением зацикливания данных)?..


Кроме этого еще должен быть механизм разрешения конфликтов, который если делать по уму - вещь нетривиальная. Slony II собирался реализовать это, но к сожалению он похоже скорее мертв чем жив. :-(
31 июл 09, 09:12    [7482582]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54794

Хрен

Кроме этого еще должен быть механизм разрешения конфликтов, который если
делать по уму - вещь нетривиальная.

Причём настолько нетривиальная, что программно реализовать его правильно
вообще практически невозможно. Приходится привлекать
административные меры.

Posted via ActualForum NNTP Server 1.4

31 июл 09, 11:08    [7483291]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290
Dimitry Sibiryakov

Хрен

Кроме этого еще должен быть механизм разрешения конфликтов, который если
делать по уму - вещь нетривиальная.

Причём настолько нетривиальная, что программно реализовать его правильно
вообще практически невозможно.

У вас слишком обобщенное и не совсем корректное суждение. Был бы алгоритм разрешения, а уж его реализация - дело техническое. Если, конечно, используемая техника позволяет :)
В упомянутом Sybase ASA есть даже специальные триггеры, срабатывающие на конфликты репликации, которые позволяют определить какое-то свое поведение по таким ситуациям.
31 июл 09, 11:17    [7483365]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54794

Александр Гoлдун

В упомянутом Sybase ASA есть даже специальные триггеры, срабатывающие на
конфликты репликации, которые позволяют определить какое-то свое
поведение по таким ситуациям.

А как вообще этот Sybase ASA конфликты обнаруживает? По временным
отметкам или сравнением старых данных?

Posted via ActualForum NNTP Server 1.4

31 июл 09, 11:30    [7483459]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
up
Member

Откуда:
Сообщений: 57
Dimitry Sibiryakov,

http://infocenter.sybase.com/help/topic/com.sybase.help.sqlanywhere/sqlremote_en11/sra-error-overview.html
31 июл 09, 11:41    [7483552]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov,

Не знаю, как делает это сайбейс, но если интересно, MS SQL делает это так:

How Merge Replication Detects and Resolves Conflicts
31 июл 09, 11:43    [7483559]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290
Dimitry Sibiryakov

А как вообще этот Sybase ASA конфликты обнаруживает? По временным
отметкам или сравнением старых данных?

Сравнение данных. Например в пакете изменений в операторах update помимо обычных данных фигурирует старое значение изменяемого поля. Синтаксис примерно такой:
UPDATE table_name
SET field1= new_value1, field2= new_value2, 
VERIFY (field1, field2)
VALUES (old_value1, old_value2)

Оно работает как обычный update с той лишь разницей, что перед изменением значений полей проверяет их текущее значение по списку VERIFY. И если оно не совпадает, то это значит, что кто-то уже успел изменить данные в другом месте до прихода этого пакета. Поведение по-умолчанию, если нет на это триггера - "кто последний, тот и папа". Если есть триггер на конфликт, то он вызывается. И уже в нем можно определить, какие из данных взять и что дополнительно сделать по такому поводу.
31 июл 09, 11:46    [7483584]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290
Вот дока по обработке конфликтов в SQL Anywhere:
http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.help.sqlanywhere.11.0.1/sqlremote_en11/sr-design-bridgehead-6142016.html
31 июл 09, 11:54    [7483657]     Ответить | Цитировать Сообщить модератору
 Re: СУБД для распределенной БД  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
Aby
Так же как дом построенный полностью из кирпичей простоит дольше и лучше, чем дом частично из кирпичей а частично из дерева.
А вот тут вы точно не правы. Во-первых, ни один современный дом не строят полностью из кирпичей - там полно других материалов (бетона, стекла, дерева и т.п.). А во-вторых, даже при постройке дома гораздо эффективнее брать разные материалы от разных производителей (следя за совместимостью), так как нет ни одного, который всё делает одинаково хорошо.
2 авг 09, 18:29    [7488643]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить