Свойства ACID важны для приложений RDMS. Поставщики облачных услуг предлагают множество служб реляционных баз данных, таких как AMAZON RDS и Microsoft SQL Azure.
Мне интересно, предоставляются ли свойства ACID или нет?
Спасибо.
Эти предложения масштабируемы не в силу архитектуры (как и большинство хранилищ ключей / значений); но просто потому, что они могут предложить большие сигнальные серверы, если вы за них заплатите, и я полагаю, что у них обоих есть хорошо настроенная установка и опытный персонал для поддержания их работы.
Как Тони сказал, они основаны на традиционных серверах SQL (MySQL и MSSQLServer соответственно), не заблуждайтесь, это реальное программное обеспечение, которое действительно может работать при правильной настройке на соответствующем оборудовании.
AWS RDS, похоже, основан на mysql 5.1, а SQL Azure основан на SQL Server. Обе эти платформы совместимы с ACID, кажется справедливым, что и RDS / SQL Azure тоже.
На самом деле я прочитал хорошую статью, в которой рассказывается о моем вопросе, я хотел опубликовать здесь для других пользователей. От ДЭВИДА ЧАППЕЛЛА ОКТЯБРЬ 2008, ПРЕДСТАВЛЕНИЕ ПЛАТФОРМЫ СЛУЖБ AZURE РАННЕЕ ПОСМОТРЕТЬ НА WINDOWS AZURE, СЛУЖБЫ .NET, СЛУЖБЫ SQL И СЛУЖБЫ LIVE
Службы данных SQL, ранее известные как службы данных SQL Server, предоставляют базу данных в облаке. Как видно из рисунка, эта технология позволяет локальным и облачным приложениям хранить и получать доступ к данным на серверах Microsoft в центрах обработки данных Microsoft. Как и в случае с другими облачными технологиями, организация платит только за то, что она использует, увеличивая и уменьшая использование (и стоимость) по мере изменения потребностей организации. Использование облачной базы данных также позволяет преобразовать капитальные затраты, такие как инвестиции в диски и системы управления базами данных (СУБД), в эксплуатационные расходы. Основная цель SQL Data Services - быть широко доступной. С этой целью он предоставляет интерфейсы SOAP и RESTful, позволяя получать доступ к своим данным различными способами. А поскольку эти данные предоставляются через стандартные протоколы, службы данных SQL могут использоваться приложениями в любой системе - это не только технология Windows. В отличие от службы хранилища Windows Azure, службы данных SQL построены на Microsoft SQL Server. Тем не менее, служба не предоставляет традиционный реляционный интерфейс. Вместо этого SQL Data Services предоставляет иерархическую модель данных, которая не требует заранее определенной схемы. Каждый элемент данных, хранящийся в этой службе, хранится как свойство с собственным именем, типом и значением. Для запроса этих данных приложения могут использовать прямой доступ RESTful или язык, основанный на синтаксисе C #, определенном Microsoft Language Integrated Query (LINQ).
Здесь возникает очевидный вопрос: Почему бы просто не предложить SQL Server в облаке? Зачем вместо этого предоставлять службу облачной базы данных, которая использует подход, отличный от того, что большинство из нас уже знает? Один ответ заключается в том, что предоставление этого немного другого набора услуг дает некоторые преимущества. Службы данных SQL могут обеспечить лучшую масштабируемость, доступность и надежность, чем это возможно при простом запуске реляционной СУБД в облаке.
Способ организации и извлечения данных упрощает и ускоряет репликацию и балансировку нагрузки по сравнению с традиционным реляционным подходом. Еще одно преимущество заключается в том, что SQL Data Services не требует от клиентов управления собственной СУБД. Вместо того чтобы беспокоиться о механизмах, таких как мониторинг использования диска, обслуживание файлов журналов и определение количества необходимых экземпляров, заказчик SQL Data Services может сосредоточиться на том, что важно: на данных. И, наконец, Microsoft объявила о планах добавить больше реляционных функций в SQL Data Services. Ожидайте, что его функциональность будет расти.