#json #azure #azure-table-storage #robo3t
#json #azure #azure-table-storage #robo3t
Вопрос:
В настоящее время я использую хранилище таблиц Azure для хранения некоторых данных конфигурации (см. Пример ниже). Данные отчасти неструктурированы, поэтому я сохраняю их в таблице, используя JSON. Весь документ хранится в поле базы данных.
{
"group1": [
"value1",
"value2",
"value3",
"subgroup": [
"value1",
"value2"
]
],
"othergroup": [
"value1"
]
}
Есть ли способ, по крайней мере, принудительно сохранить допустимую строку JSON в базе данных?Поскольку хранилище таблиц под хранилищем данных представлено в виде строки, в отношении JSON вообще нет никакой достоверности. JSON также не форматируется автоматически. 
Ранее в другом проекте я работал с MongoDB и Studio 3T и был действительно доволен тем, как вы могли управлять JSON в нем. Тогда было просто невозможно сохранить недопустимую строку JSON в MongoDB.
Однако, насколько я знаю, Studio 3T не используется для хранения таблиц..
Комментарии:
1. Вам нужно будет самостоятельно проверять свои данные; Хранилище таблиц не обеспечивает такой проверки, поскольку свойства — это просто строки (как вы указали). Для JSON существуют всевозможные библиотеки на многих языках программирования. Возможно, стоит поискать тот, который подходит для этого варианта использования…
2. @David Makogin спасибо, имеет смысл. Я надеялся, что Azure Storage Explorer (или какой-либо другой (не изготовленный на заказ) инструмент будет поддерживать проверку JSON, поскольку при добавлении данных синтаксическая ошибка будет быстро проскальзывать.
3. Хранилище таблиц — это тип ключа / значения хранилища без sql. Если вы хотите сохранить документ Jason, используйте хранилище документов, подобное cosmos DB mongodb api
4. @WoutervanKoppen, Здравствуйте, поскольку это сделано специально, не могли бы вы, пожалуйста, принять это как ответ? Это было бы полезно другим. Спасибо.
Ответ №1:
Подводя итог, Azure table Storage / Azure Storage Explorer не поддерживает проверку json.
Его свойства — это просто строки для хранилища без sql. На данный момент вам следует реализовать свою собственную логику для проверки json.
Надеюсь, это поможет другим, у кого такая же проблема.