https://opennet.ru/openforum/vsluhforumID3/80676.html Компания Google анонсировала (http://googlecode.blogspot.com/2011/10/google-cloud-sql-your-database-in-cloud.html) начало тестирование нового сервиса Cloud SQL (http://code.google.com/apis/sql/) для облачного хостинга web-приложений App Engine (http://appspot.com). Новый сервис позволит выполнять в окружении App Engine приложения, написанные для работы с традиционными СУБД, используя стандартный интерфейс JDBC для Java и DB-API для Python. Сервис полностью совместим с MySQL, как по формату загружаемых дампов, так и по возможностям SQL.<br><br><br>Все операции по обслуживанию базы берет на себя Google, для пользователя доступны только функции массового импорта и экспорта данных, а также административный интерфейс для удобного управления данными. Целостность данных гарантируется благодаря синхронной репликации всех изменений одновременно на несколько серверов в разных дата-центрах. Все операции по обеспечению работоспособности из-за сбоя отдельных серверов или целых дата-центров выполняются автоматически, незаметно https://opennet.ru/openforum/vsluhforumID3/80676.html#13 Sun, 09 Oct 2011 11:38:25 GMT причем здесь ассоциативный ряд? вполне естественно использовать недоязык с недосубд. а миграция туевой хучи недоразработчиков ничего кроме проблем не принесет <br> https://opennet.ru/openforum/vsluhforumID3/80676.html#12 Sun, 09 Oct 2011 11:35:09 GMT судя по "claster" - просто не знад<br> https://opennet.ru/openforum/vsluhforumID3/80676.html#11 Sat, 08 Oct 2011 04:21:26 GMT Чушь какую-то предлагаешь. Зачем туда запиливать миллион NoSQL-баз? MySQL-решение поможет мигрировать туевой хуче народу, а CouchDB ты и и без гугла погонять сможешь. И какой ещё PHP? Что за бредятина? Ассоциативный ряд MySQL=&gt;PHP - свойственен 1С-программистам каким-нибудь, и то, недалёким.<br> https://opennet.ru/openforum/vsluhforumID3/80676.html#10 Fri, 07 Oct 2011 17:46:15 GMT Блин, ты прав. Я об этом факте просто забыл.<br> https://opennet.ru/openforum/vsluhforumID3/80676.html#9 Fri, 07 Oct 2011 15:27:29 GMT блин, пусть лучше гугль запиливает в свои GAE-сервисы -- CouchDB , а не эти MySQLы и PHP (ну про PHP ещё не сообщалось, но после MySQL кажется это уже не будет сюрпризом, если вдруг захотят это сделать :-D)<br> https://opennet.ru/openforum/vsluhforumID3/80676.html#8 Fri, 07 Oct 2011 13:49:04 GMT а она у них есть - G(oogle)FS<br> https://opennet.ru/openforum/vsluhforumID3/80676.html#7 Fri, 07 Oct 2011 11:09:24 GMT Для такой работы нужна claster aware filesystem. _без_ низкоуровневой репликации под POSIX.<br> https://opennet.ru/openforum/vsluhforumID3/80676.html#6 Fri, 07 Oct 2011 09:27:32 GMT такое ощущение что GAE пытается догнать по возможностям (точнее сказать по отсутствию ограничений) Heroku .. но правда сёравно Heroku далеко уехало вперёд<br> https://opennet.ru/openforum/vsluhforumID3/80676.html#5 Fri, 07 Oct 2011 09:25:02 GMT &gt; СУБД не обеспечивают логической целостности данных при работе поверх сториджа с низкоуровневой <br>&gt; репликацией. Оракл поверх EMC это наглядно демонстрирует.<br><br>Мне другое интересно, они как в vmWare сделали - отдельная БД привязана к одному instance или из нескольких instance можно c общими данными работать. Во втором случае конечно репликацией на уровне хранилища не обойтись. В первом случае нет никакой разницы, работает СУБД поверх реплицируемого хранилища или допустим RAID, для приложения это обычный диск. <br>