-
Type:
Bug
-
Status: Closed
-
Priority:
Minor
-
Resolution: Fixed
-
Affects Version/s: V4.0_OS
-
Fix Version/s: V4.01_CSD02
-
Component/s: Vocabularies
-
Labels:
-
Proposal:
-
Resolution:
Services will likely have different limits in the number of levels of depth they support in queries. For example:
• Filter on far navigation (e.g. Manager/Manager/Title eq ‘Director’ )
• Nested Any (e.g. Reports/any(Reports: Reports/any … )
• Deep expansion 1:M (e.g. $expand=Reports, Reports/Reports)
All those filters are syntactically correct, but create undue server-side load, so services are likely to impose limits on the number of levels of depth for such expressions.
Is this something services should be able to report in Capabilities?
From discussions in the TC call 2016-08-04, in addition to the filter restriction mentioned in the description, there are implementations that impose restrictions to:
1) the number of navigation properties that can be traversed when addressing the collection to create an entity in.
2) the number of levels that can be expanded in a $expand expression.