2017-08-08 55 views
0

我創建了一個自定義的schemaExtension在Azure的AD我的用戶實體。Azure AD每個自定義擴展只支持2個條目?

實體有3場編號,姓名和日期。我想爲每個用戶存儲多個用於此擴展程序的條目。

{ 
    "ext<8char>_entity": { 
    "Id":"3d005aa0-fe72-4ac8-b7da-50d6b524cab3", 
    "Name":"my name", 
    "Date":"1.1.2017" 
} 
} 

然後創建了2項與:

POST https://graph.microsoft.com/v1.0/users/<user_id>/extensions 

在第三次嘗試,我回去此消息:每個應用程序支持的擴展值的最大數量爲2哦,親愛的...

我可以更改極限值嗎?我可以將這種值存儲在Azure AD中嗎?將這類用戶相關數據存儲在Azure AD中有意義嗎?

編輯: 我們希望將上面的模式擴展綁定到組織,該組織具有值爲Id,Name,Date的不同服務條款列表。行數是1,但我們可以在需要時添加新的服務條款。另一方面,我們希望用「連接表」來擴展用戶實體,在那裏我們收集有關用戶何時同意第一個擴展中指定的不同服務條款的所有信息。我們認爲,最好將它存儲在AD中,因爲它是我們的主用戶存儲庫(外部),我們希望將它保存在一個地方。

回答

0

這將是巨大的,瞭解你的情況稍微清楚這裏 - 你想要什麼自定義應用程序的數據存儲,爲什麼,爲什麼你需要一個對象上的多個擴展實例?

我們可以改變這個限制,但是它已經到位了,因爲我們不希望該功能被濫用(給定其他限制),而且我們也想不到相同的擴展會被多次寫入同一個對象。

希望這會有所幫助,

+0

檢查我編輯的問題。謝謝! –

+0

這似乎是合理的(儘管請檢查256字節的字符串限制是否符合您的服務條款)。你提供多種服務條款,還是隻更新單一服務條款?您是否打算將其作爲服務條款網頁的URL(這可能會給您帶來最大的靈活性)。我們不支持多值擴展屬性,但這也是我們正在研究的內容。 –

+0

我不會使用那裏的服務,只是引用(ID),可能有一些URL的確切內容。對於每個TOS(如果它是一個新的或更新的),我們需要一個單獨的記錄。所以你說現在我們不能存儲超過2個,對吧?您是否建議我們可以使用Azure AD或Azure雲中的其他解決方案? –