Исходное сообщение
"Компания VMware представила облачную СУБД на базе PostgreSQL" Отправлено VoDA, 31-Авг-11 15:55
>> а как ты будешь синхронизировать данные в БД между нодами? и как будешь обеспечивать непротиворечивость данных в разных БД? > Это делается на уровне приложения, есть различные частные решения для PG (и > вообще SQLных СУБД). Но кто тебе сказал что облако подразумевает решение > этих проблем? а нафига тогда облако? достаточно поднять кластер или пачку виртуалок =))) >> основной бонус облака в том, что ОДНО приложение работающее с ОДНИМ набором данных может почти линейно масштабироваться. > это бонус не облака, кластера. Никакое приложение в облаке не может так > просто масштабироваться. Кластера из СУБД довольно плохо масштабируются - утыкаются в ACID и абзац. получается разделение ЛИБО транзакции на всю БД и непротиворечивость, но тогда нужен ЕДИНЫЙ центр (это не объект, а ресурс) контроля за ними и скорость упирается в его пропускную способность. ЛИБО отказаться от ACID в сторону более мягких требований и распределить транзакции по всем нодам кластера - Amazon Dynamo, Google BigTable, Apache Cassandra. > бонус облака - пришёл на всё готовое, поюзал сервис и ушёл. это один из бонусов )))

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> а как ты будешь синхронизировать данные в БД между нодами? и как будешь обеспечивать непротиворечивость данных в разных БД? >> Это делается на уровне приложения, есть различные частные решения для PG (и >> вообще SQLных СУБД). Но кто тебе сказал что облако подразумевает решение >> этих проблем? > а нафига тогда облако? достаточно поднять кластер или пачку виртуалок =))) >>> основной бонус облака в том, что ОДНО приложение работающее с ОДНИМ набором данных может почти линейно масштабироваться. >> это бонус не облака, кластера. Никакое приложение в облаке не может так >> просто масштабироваться. > Кластера из СУБД довольно плохо масштабируются - утыкаются в ACID и абзац. > получается разделение ЛИБО транзакции на всю БД и непротиворечивость, но тогда > нужен ЕДИНЫЙ центр (это не объект, а ресурс) контроля за ними > и скорость упирается в его пропускную способность. ЛИБО отказаться от ACID > в сторону более мягких требований и распределить транзакции по всем нодам > кластера - Amazon Dynamo, Google BigTable, Apache Cassandra. >> бонус облака - пришёл на всё готовое, поюзал сервис и ушёл. > это один из бонусов )))
	Введите код, изображенный на картинке: