Различия между эмулятором хранения и службами хранения Windows Azure

Перечисленные ниже главные отличия относятся к службам хранения.

• эмулятор хранения поддерживает только одну фиксированную учетную запись и известный ключ проверки подлинности. С локальными службами хранения можно использовать только эту учетную запись и этот ключ. Вот эти данные:
  
  
  Копировать

  
  Account name: devstoreaccount1
  Account key: Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==
  

  Важно
  Ключ проверки подлинности, поддерживаемый эмулятор хранения, предназначен только для тестирования работоспособности клиентского кода проверки подлинности. Он не используется для обеспечения безопасности. При работе с эмулятор хранения нельзя использовать рабочую учетную запись хранения и ее ключ. С рабочими данными не следует использовать учетную запись локального хранения.

• эмулятор хранения не является масштабируемой службой и не будет поддерживать большое количество клиентов одновременно.
  
  
• Схема URI, поддерживаемая эмулятор хранения, отличается от схемы URI, поддерживаемой облачными службами хранения. Схема URI разработки задает имя учетной записи как часть иерархического пути URI, а не как часть имени домена. Разница вызвана тем, что разрешение доменных имен доступно в облаке, но не на локальном компьютере. Дополнительные сведения о различиях URI в среде разработки и в производственной среде см. в подразделе Использование URI служб хранения раздела Основные сведения о запуске приложения Windows Azure с локальным хранилищем.
  
  

Следующие различия относятся к службе BLOB-объектов.

• Эмулятор службы BLOB-объектов поддерживает только объекты, размер которых не превышает 2 ГБ.
  
  
• Если два запроса пытаются передать блок в BLOB-объект, который еще не существует в эмулятор хранения, в результате одного запроса будет создан BLOB-объект, а другой запрос может вернуть код состояния 409 (конфликт) с кодом ошибки служб хранения BlobAlreadyExists.
  
  
• Операция Put Blob (REST API) может быть успешно завершена для BLOB-объекта, который существует в эмулятор хранения и имеет активную аренду, даже если ИД аренды не был указан как часть запроса.
  
  
• Эмулятор хранения не поддерживает Set Blob Service Properties и Microsoft.WindowsAzure.StorageClient.CloudBlobClient.SetServiceProperties(Microsoft.WindowsAzure.StorageClient.Protocol.ServiceProperties).
  
  

Следующие различия относятся к службе таблиц.

• Эмулятор хранения не поддерживает Insert-Or-Replace Entity или Insert-Or-Merge Entity, которые называют функциями обновления или вставки.
  
  
• Эмулятор хранения не поддерживает проецирование сущностей.
  
  
• Свойства дат в службе таблиц в эмулятор хранения поддерживают только диапазон, поддерживаемый SQL Server 2005 (например, они должны быть позднее 1 января 1753 года). Все даты до 1 января 1753 года заменяются этим значением. Точность дат ограничена точностью SQL Server 2005, то есть даты приводятся с точностью до 1/300 секунды.
  
  
• эмулятор хранения поддерживает значения свойств ключа секции и ключа строки, которые меньше 900 байт. Общий размер имени учетной записи, имени таблицы и имен свойств ключа в совокупности не должен превышать 900 байт.
  
  
• Общий размер строки в таблице в эмулятор хранения не должен превышать 1 МБ.
  
  
• эмулятор хранения не проверяет, что размер пакета в транзакции группы сущностей составляет менее 4 МБ. Размер пакетов ограничен 4 МБ в Windows Azure, поэтому необходимо убедиться, что размер пакета не превышает это значение, прежде чем выполнять перенос в службы хранения Windows Azure.
  
  
• В эмулятор хранения запрос свойства, которое не существует в таблице, возвращает ошибку. Такой запрос не возвращает ошибку в облаке.
  
  
• В эмулятор хранения свойства с типом данных Edm.Guid или Edm.Binary поддерживают только операторы сравнения Равно (eq) и Не равно (ne) в строках фильтра запроса.
  
  
• Эмулятор хранения не поддерживает Set Table Service Properties и Microsoft.WindowsAzure.StorageClient.CloudTableClient.SetServiceProperties(Microsoft.WindowsAzure.StorageClient.Protocol.ServiceProperties).
  
  

Следующие различия относятся к службе очередей.

• Эмулятор хранения не поддерживает Set Queue Service Properties и Microsoft.WindowsAzure.StorageClient.CloudQueueClient.SetServiceProperties(Microsoft.WindowsAzure.StorageClient.Protocol.ServiceProperties).
  
  

Следующие различия относятся к дискам Windows Azure.

• При подключении диска Windows Azure из эмулятор среды Windows Azure диск должен быть заархивирован BLOB-объектом страницы, созданным в эмулятор хранения. Нельзя подключить диск из эмулятор среды, который заархивирован BLOB-объектом страницы в Windows Azure. Это поведение отличается от поведения других служб хранения Windows Azure, к которым можно получить доступ в облаке из кода, выполняемого в эмулятор среды.
  
  
• При создании нового диска Windows Azure из эмулятор среды обязательно укажите учетные данные для учетной записи локального хранения.