Когда Вы используете кластеры таблицы?
К сожалению, не поддерживается добавление / обновление номера телефона для проверки подлинности с помощью Graph API или сделать это программно.
См. Аналогичную проблему: Azure B2C - контактная информация для добавления / обновления аутентификации .
Также см. Ответ команды AAD в этом отзыве :
8 декабря 2017 г. Мы создаем API, который позволит вам получить и установить учетные данные (например, телефон для аутентификации, электронная почта для аутентификации и т. д.) как для многофакторной аутентификации (MFA), так и для сброса пароля самообслуживания (SSPR) Мы будем держать вас в курсе, когда это станет доступно.
1 марта 2019 г. Привет, ребята! Работа над этой функцией еще продолжается. Мы сообщим вам, когда это будет доступно. Спасибо за ваше терпение!
blockquote>Согласно ответу, API для доступа к телефону аутентификации может скоро появиться, просто подождите его.
1 ответ
Я не использовал кластеры таблицы Oracle сам, но я понимаю, что ее индексные кластеры таблицы очень похожи на кластерные индексы SQL Server MS. Таким образом, данные строки физически организованы ключом кластерного индекса.
, Который делает один идеал для полученного доступ в большой степени столбца, который имеет обоснованно небольшое количество возможных значений (по сравнению с общим количеством строк), где большинство запросов хочет получить все строки с конкретным значением. Поскольку все такие строки физически хранятся вместе, дисковый ввод-вывод, особенно время поиска, уменьшается.
"довольно маленький" легко не определяется, но почтовый или почтовые индексы в таблице адреса кажется разумным, если Вы часто запрашиваете для всех адресов в регионе единственного кода. Коды области/состояния/территории вероятны слишком маленький выбор для общенациональной таблицы адреса.
Так, Вы не хотите использовать их на столбцах с немногими возможными значениями (например, M/F для пола), потому что тогда кластеризация не покупает Вас ничто и вероятно стоит Вам за вставки. Вы также никогда не хотите использовать кластеризацию на столбцах суррогатного ключа "автоматического номера" (от последовательностей в Oracle), потому что это создаст "горячую точку" в последней степени таблицы, поскольку все вставки должны физически произойти там. Вы также не хотите применять кластеризацию к значению столбца, которое будет обновлено, потому что RDBMS должен будет физически переместить запись для поддержания кластеризованного упорядочивания.