2016-08-30 2 views
0

Я импортировал около 200 строк экспортированной таблицы с сервера MySQL. Я не знал, что мне нужен ключ раздела и ключ строки, поэтому я установил его через CSV, создав 2 новых столбца и заполнив их именем таблицы. Чем я импортировал CSV. Он показал мне первую запись, и она выглядит нормально, поэтому я импортировал ее, чем на полпути. Я получил ошибку, заявив, что N/A не приемлем, и он уходит. Глядя на импортированные данные, он полностью отключен.Импорт CSV в Azure Table Storage Issue

Что я сделал не так?

Мне нужно импортировать еще 200 таблиц.

Образец данных: Не фактические данные, как это моя пользовательская таблица (не реляционная)

Импортные с помощью Azure Table Storage Explorer,

столбцов: Имя | Имя пользователя | Электронная почта | Хэш | Соль | ParitionKey | RowKey Строка 1: Джанет | админ | [email protected] | 203weg0897wg | 33 & 23j | сайт | сайт

Это в значительной степени, как это произошло. Но когда я импортирую первую строку, это хорошо, чем столбцы беспорядок, и, подобно тому, как имя пользователя переходит в ключ раздела и тому подобное. Он не импортируется в нужные столбцы.

Да, я поставил имя таблицы в качестве ключа раздела и клавиши строки. Я не понимал, что каждая организация нуждается в том, чтобы она была другой. Но мне нужно знать, какой объект из таблицы. Должен ли я помещать их в отдельные разделы? Мне нужны все они в одном столе. Каким будет решение?

+0

Можете ли вы, пожалуйста, обновить свой вопрос со следующей информацией: 1) Образцы данных, которые вы импортируете (1-е несколько строк должны быть в порядке), 2) объясните, что вы подразумеваете под «Глядя на импортированные данные, они полностью отключены. 'и 3) Как вы импортируете данные? Вы используете какой-то инструмент для импорта? –

+0

Вы сказали, что вы «установили его через CSV, создав 2 новых столбца и заполнив их именем таблицы». Используете ли вы имя таблицы как для ключа раздела, так и для ключа строки? Эти два столбца образуют первичный ключ таблицы, поэтому комбинация этих двух функций должна быть уникальной для каждого объекта в таблице. –

ответ

1

Но когда я импортирую первую строку, это хорошо, чем столбцы беспорядок и, как и имя пользователя, переходит в раздел ключа и тому подобное. Он не импортируется в нужные столбцы.

Если импортировать .csv в Azure Table Storage с помощью Azure Storage Explorer, то структура данных файла CSV, должен выглядеть следующим образом:

| PartitionKey | RowKey | Name | UserName | Email   | Hash   | Salt | 
| ------------ | ------ | ----- | -------- | --------------- | ------------- | ------ | 
| site   | site | Janet | admin | [email protected] | 203weg0897wg | 33&23j | 

Примечание: PartitionKey должны быть размещены в первом столбце, а RowKey нужно поместить за ним.

Мне нужно импортировать около 200 таблиц. Но мне нужно знать, какой объект из таблицы. Должен ли я помещать их в отдельные разделы? Мне нужны все они в одном столе.

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

Чтобы импортировать еще 200 таблиц в лазурную таблицу, вы можете экспортировать данные из своей таблицы MYSQL и изменить структуру данных в файле .CSV, а затем импортировать таблицу .CSV в azure по одному. Для лучшего понимания дизайна таблицы Azure Storage Table вы можете обратиться к этому tutorial.

Кроме того, вы можете импортировать CSV-файл в Azure Table Storage, используя PowerShell script или Azure Storage Client Library для вашего языка разработки.

+0

Спасибо за это, но с каждой сущностью (запись, которую я угадываю) имеет тот же ключ раздела для каждой таблицы, что хорошо? Таким образом, все пользователи в 1 ключевом разделе таблицы будут именем таблицы. Также есть ли у вас предложения по ключу строки? –

+0

PartitionKey сохраняет значения, идентифицирующие раздел. Разделы являются неотъемлемой частью масштабируемости таблицы. Объекты с одинаковыми значениями PartitionKey хранятся в одном разделе. Чтобы лучше всего использовать таблицы Azure, я рекомендую вам помещать объекты из одной и той же таблицы, которую вы экспортировали в том же разделе. Для получения дополнительной информации вы можете обратиться к этому [учебнику] (https://msdn.microsoft.com/en-us/library/hh508997.aspx). Если экспортированные объекты не имеют уникального идентификатора, вы можете создать его самостоятельно, создав строку GUID или что-то еще. –

+0

Хорошо, вот что я подумал. Но Azure Storage Explorer просит, чтобы я поставил столбец Rowkey, если я это сделаю, мне нужно вставить в него какие-либо значения? Или Azure автоматически назначит для меня случайные значения? Спасибо, что вы действительно помогли лучше, чем форумы MSDN. –

Смежные вопросы