Azure Обозреватель данных, преобразующий строку guid в динамический столбец c в нижний регистр - PullRequest
Новая
       9

Azure Обозреватель данных, преобразующий строку guid в динамический столбец c в нижний регистр

1 голос
/ 10 марта 2020

Если я записываю json объект в столбец с динамическим типом данных c, поля, соответствующие формату guid, автоматически преобразуются в нижний регистр.

Если я анализирую строку с extractjson Я получаю подсказку в верхнем регистре: 

print('{"guid":"6F77A167-8B36-49BB-8846-497B7F1BE1BF"}')
| extend guid = extractjson("$.guid", print_0)

// result: 6F77A167-8B36-49BB-8846-497B7F1BE1BF

, но в случае использования типа dynamici c или parse_json происходит преобразование в нижний регистр: 

print('{"guid":"6F77A167-8B36-49BB-8846-497B7F1BE1BF"}')
| extend guid = parse_json(print_0)

// result: {"guid":"6f77a167-8b36-49bb-8846-497b7f1be1bf"}

print('{"guid":"6F77A167-8B36-49BB-8846-497B7F1BE1BF"}')
| extend guid = todynamic(print_0)

// result: {"guid":"6f77a167-8b36-49bb-8846-497b7f1be1bf"}

Может кто-нибудь скажите, если это намеренное поведение? С моей точки зрения, нет необходимости преобразовывать guid в нижний регистр по умолчанию, есть ли недостаток при сохранении чувствительности к регистру?

В моем случае используемая система опирается на данные с учетом регистра (которые Я знаю, что это не очень хороший дизайн) и не могу изменить это в краткосрочной перспективе.

Есть ли способ использовать json объекты (не только значения одного поля) в ADX, не переводя весь guid в нижний регистр?

Спасибо!

...