Краткое руководство. Создание таблицы службы хранилища Azure на портале Azure Quickstart: Create an Azure Storage table in the Azure portal

В этом кратком руководстве описано, как создать таблицы и сущности на веб-портале Azure. This quickstart shows how to create tables and entities in the web-based Azure portal. Здесь объясняется, как создать учетную запись хранения Azure. This quickstart also shows you how to create an Azure storage account.

Если у вас еще нет подписки Azure, создайте бесплатную учетную запись Azure, прежде чем начать работу. If you don’t have an Azure subscription, create a free account before you begin.

Предварительные требования Prerequisites

Для работы с этим кратким руководством сначала создайте учетную запись хранения Azure на портале Azure. To complete this quickstart, first create an Azure storage account in the Azure portal. Инструкции по созданию учетной записи хранения см. в статье Создайте учетную запись хранения. For help creating the account, see Create a storage account.

Добавление таблицы Add a table

Теперь вы можете использовать Хранилище таблиц на портале Azure для создания таблицы. You can now use Table service in the Azure portal to create a table.

Щелкните «Обзор» > «Таблицы». Click Overview > Tables.

Щелкните +Таблицы. Click + Table.

Введите имя таблицы в поле Имя таблицы, а затем нажмите кнопку ОК. Type a name for your table in the Table name box, then click OK.

Модель данных в Windows Azure Table

Лекция 8. Структурированное хранилище данных Windows Azure Table

1. Модель данных в Windows Azure Table

2. Секционирование данных в Windows Azure Table

3. Базовые операции таблиц и сущностей

4. Класс сущностей

5. Создание таблиц в Windows Azure Table

Модель данных в Windows Azure Table

Любое приложение вне зависимости от способа его размещения должно где-то хранить данные. При этом данные могут хранить локально, либо удаленно. «Облачный» способ хранения данных предлагает несколько иной способ. Обратим внимание на следующие особенности, которые необходимо учитывать при переносе традиционной реляционной структуры данных в Table Storage в «облаке»:

· Структура данных удаленного хранения должна быть предельно простой. Чем проще структура данных, тем выше производительность доступа к данным нескольких конкурирующих приложений.

· Table Storage подходит для хранения реляционных данных, но само по себе данное хранилище реляционным не является. Это значит, то при переносе реляционной структуры данных в «облако», управлять ограничениями между субъектами хранения нужно будет пользователю.

Windows Azure Table поддерживает:

· Language Integrated Query – LINQ

· ADO.Net Data Services

· неограниченное число таблиц и сущностей, без ограничения размеров

· целостность каждой сущности

· блокировку обновлений и удалений

· возможность возврата частичных результатов запросов прерванных по времени ожидания, при этом имеется возможность продолжить дальнейшее выполнение запроса.

Для доступа к Windows Azure Table у приложения должна быть учетная запись. После создания учетной записи, пользователю предоставляется секретный ключ, используемый для аутентификации.

Ключевыми понятиями Table Storage являются:

· Таблица – содержит набор сущностей.

· Сущность – логически является строкой в таблице, представляет собой основной элемент данных, хранящихся в таблице. Содержит набор свойств.

· Свойство – Значение, хранимое в сущности.

Проводя аналогии с реляционным подходом, получим следующее: под таблицей понимается коллекция сущностей (Entities), подобных кортежам в реляционном подходе. Сущность же представляет собой набор свойств (Properties). Свойство же является парой «имя (name) — типизированное значение (typed value)». Сущности можно соотнести с полями в таблице в реляционном хранилище.

· ключ секции — свойство ключа таблицы. Используется для распределения по узлам хранения сущностей таблицы.

· ключ строки — свойство ключа таблицы, уникальный идентификатор сущности.

· временная метка — система хранит различные версии одной и той же сущности, для их различения используется временна метка.

· секция — набор сущностей с одинаковыми ключами секции.

Таблица 8.1. Пример:
Ключ секции	Ключ строки	Свойство 1	.	Свойство k
Отчетность1	Значение свойства	.	Значение свойства	Секция 1
Отчетность1	Значение свойства	.	Значение свойства	Секция 1
Документ1	Значение свойства	.	Значение свойства	Секция 2
Документ1	Значение свойства	.	Значение свойства	Секция 2
Документ1	Значение свойства	.	Значение свойства	Секция 2

· порядок сортировки осуществляется сначала по ключу секции, затем — по ключу строки.

Ограничения таблиц, сущностей и их свойств:

1. Имена свойств таблиц должны состоять только из букв и цифр.

2. Имя таблицы не должно начинаться с цифры.

3. Имена таблиц различают регистры.

4. Длина имени таблицы должна быть в пределах от 3 до 63 символов

5. Сущность может иметь не более 255 свойств

6. Свойства «ключ секции» и «ключ строки» не могут быть больше 1Кб размером.

7. Свойство «временная метка» является ReadOnly.

8. Windows Azure Table не хранит схем, т.е. значения свойств сущностей одной таблицы могут относиться к разным типам данных.

9. Суммарный объем всех данных не может превышать 1Мб

Таблица 8.2. Поддерживаемые WAT типы данных:
Тип	Описание
Binary	Массив байтов до 64Кб
Bool	Булевское значение
Datetime	64-битное значение временного UTC — формата, от 1.1.1600 до 12.31.9999
Double	64-битное действительное число
GUID	128-битный уникальный идентификатор
Int	32-битное целочисленное значение
Int64	64-битное целочисленное значение
String	Значение кодировки UTF-16, размером до 64Кб

Секционированиe

Главным образом от распределения секций по узлам хранения зависит масштабируемость системы хранения данных.

Система распределяет секции по узлам хранения по результатам истории использования секций, т.е. если ряд секций запрашивается чаще остальных, то система автоматически распределит их по нескольким узлам хранения, распределяя трафик между несколькими серверами. Важно помнить, что при этом объем секции не ограничен размерностью узла хранения.

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

В случае, если операции осуществляются над сущностями одной таблицы и секции приложение может осуществлять несколько операций создания, обновления и удаления для набора сущностей в пределах одного пакетного запроса к системе. При выполнении операции происходит изоляция моментального снимка, вне зависимости от исхода самой операции. Таким образом, все последующие операции, выполняющиеся в это же время, осуществляются над снимком, сделанным до начала операции. Результат транзакции становится доступным только после ее успешного завершения.

Дата добавления: 2016-03-05 ; просмотров: 996 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ

Что собой представляет табличное хранилище Azure? What is Azure Table storage ?

Сведения в этой статье применимы к обычному хранилищу таблиц Azure. The content in this article applies to the original Azure Table storage. Но теперь доступно альтернативное предложение для хранилища таблиц — API таблиц Azure Cosmos DB. However, there is now an alternative offering for table storage: the Azure Cosmos DB Table API. Этот API обеспечивает более высокую производительность и доступность, глобальное распределение и автоматические вторичные индексы. This API offers higher performance and availability, global distribution, and automatic secondary indexes. Он также доступен в бессерверном режиме, основанном на потреблении. It is also available in a consumption-based serverless mode. Есть некоторые различия в функциях между API таблиц в Azure Cosmos DB и хранилищем таблиц Azure. There are some feature differences between Table API in Azure Cosmos DB and Azure table storage. Дополнительные сведения см. в статье Знакомство со службой Azure Cosmos DB. API таблицы. For more information, see Azure Cosmos DB Table API.

Хранилище таблиц Azure — это служба, которая хранит нереляционные структурированные данные (также называются структурированными данными NoSQL) в облаке, предоставляя хранилище ключей и атрибутов с бессхемной структурой. Azure Table storage is a service that stores non-relational structured data (also known as structured NoSQL data) in the cloud, providing a key/attribute store with a schemaless design. Такая конструкция хранилища таблиц позволяет легко адаптировать данные по мере расширения приложения. Because Table storage is schemaless, it’s easy to adapt your data as the needs of your application evolve. Разным типам приложений может быть предоставлен быстрый и экономичный доступ к хранилищу таблиц. Такое хранилище обычно дешевле, чем традиционные хранилища SQL для похожих объемов данных. Access to Table storage data is fast and cost-effective for many types of applications, and is typically lower in cost than traditional SQL for similar volumes of data.

Хранилище таблиц можно использовать для хранения гибких наборов данных, например пользовательских данных для веб-приложений, адресных книг, сведений об устройстве или метаданных любого другого типа, которые требуются вашей службе. You can use Table storage to store flexible datasets like user data for web applications, address books, device information, or other types of metadata your service requires. В таблице можно хранить любое количество сущностей, а учетная запись хранения может содержать любое количество таблиц в пределах емкости учетной записи. You can store any number of entities in a table, and a storage account may contain any number of tables, up to the capacity limit of the storage account.

Что такое хранилище таблиц What is Table storage

В хранилище таблиц Azure содержатся большие объемы структурированных данных. Azure Table storage stores large amounts of structured data. Эта служба — хранилище данных NoSQL, которое принимает вызовы внутри и снаружи облака Azure с проверкой подлинности. The service is a NoSQL datastore which accepts authenticated calls from inside and outside the Azure cloud. Таблицы Azure идеально подходят для хранения нереляционных структурированных данных. Azure tables are ideal for storing structured, non-relational data. Самые распространенные способы использования хранилища таблиц: Common uses of Table storage include:

• Хранение терабайтов структурированных данных с возможностью обслуживания приложений с веб-масштабированием. Storing TBs of structured data capable of serving web scale applications
• Хранение наборов данных, которые не требуют сложных соединений, внешних ключей или хранимых процедур и могут быть денормализованы для обеспечения быстрого доступа. Storing datasets that don’t require complex joins, foreign keys, or stored procedures and can be denormalized for fast access
• Быстрый запрос данных с помощью кластерного индекса. Quickly querying data using a clustered index
• Доступ к данным с помощью протокола OData и запросов LINQ с библиотеками .NET службы данных WCF. Accessing data using the OData protocol and LINQ queries with WCF Data Service .NET Libraries

Хранилище таблиц можно использовать для хранения огромных наборов структурированных нереляционных данных и обращения к ним. Таблица масштабируется в соответствии с потребностями. You can use Table storage to store and query huge sets of structured, non-relational data, and your tables will scale as demand increases.

Основные понятия хранилища таблиц Table storage concepts

Хранилище таблиц состоит из следующих компонентов: Table storage contains the following components:

Формат URL-адреса. Учетные записи хранения таблиц Azure используют следующий формат: http:// .table.core.windows.net/

URL format: Azure Table Storage accounts use this format: http:// .table.core.windows.net/

Учетные записи API таблиц Azure Cosmos DB используют следующий формат: http:// .table.cosmosdb.azure.com/

Azure Cosmos DB Table API accounts use this format: http:// .table.cosmosdb.azure.com/

К таблицам Azure можно обратиться напрямую, используя этот адрес с протоколом OData. You can address Azure tables directly using this address with the OData protocol. Дополнительные сведения можно найти на веб-сайте OData.org. For more information, see OData.org.

Учетные записи. Весь доступ к службе хранилища Azure осуществляется с помощью учетной записи хранения. Accounts: All access to Azure Storage is done through a storage account. См. сведения об учетных записях хранения. For more information about storage accounts, see Storage account overview.

Весь доступ к Azure Cosmos DB осуществляется с помощью учетной записи API таблиц. All access to Azure Cosmos DB is done through a Table API account. Дополнительные сведения о создании учетной записи API таблиц см. в разделе Создание учетной записи API таблиц. See Create a Table API account for details creating a Table API account.

Таблица. Таблица — это коллекция сущностей. Table: A table is a collection of entities. Таблицы не налагают схему на сущности. Это означает, что одна таблица может содержать сущности, которые имеют различные наборы свойств. Tables don’t enforce a schema on entities, which means a single table can contain entities that have different sets of properties.

Сущность. Сущность — это набор свойств подобно строке базы данных. Entity: An entity is a set of properties, similar to a database row. Максимальный размер сущности в службе хранилища Azure — 1 МБ. An entity in Azure Storage can be up to 1MB in size. Максимальный размер сущности в Azure Cosmos DB — 2 МБ. An entity in Azure Cosmos DB can be up to 2MB in size.

Свойства. Свойство представляет собой пару «имя-значение». Properties: A property is a name-value pair. Каждая сущность может содержать до 252 свойств для хранения данных. Each entity can include up to 252 properties to store data. Каждая сущность также имеет три системных свойства, которые определяют ключ раздела, ключ строки и отметку времени. Each entity also has three system properties that specify a partition key, a row key, and a timestamp. Сущности с тем же ключом раздела можно запросить быстрее, и они добавляются или обновляются с помощью атомарных операций. Entities with the same partition key can be queried more quickly, and inserted/updated in atomic operations. Ключ строки сущности — это ее уникальный код внутри раздела. An entity’s row key is its unique identifier within a partition.

Дополнительные сведения об именовании таблиц и ее свойствах см. в обзорной статье о модели данных службы таблиц. For details about naming tables and properties, see Understanding the Table Service Data Model.

Дальнейшие действия Next steps

Обозреватель хранилищ Microsoft Azure — это бесплатное автономное приложение от корпорации Майкрософт, позволяющее визуализировать данные из службы хранилища Azure на платформе Windows, macOS и Linux. Microsoft Azure Storage Explorer is a free, standalone app from Microsoft that enables you to work visually with Azure Storage data on Windows, macOS, and Linux.

Дополнительные сведения о доступных API-интерфейсах см. в справочной документации по службе таблиц: View the Table service reference documentation for complete details about available APIs: