[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] (ODATA-954) Key-As-Segment for multi-part keys
[ https://issues.oasis-open.org/browse/ODATA-954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Pizzo updated ODATA-954: -------------------------------- Description: Generalize the rules in ODATA-799 to allow key-as-segment notation also for multi-part keys. Example: an accounting document is identified by the company code, the year, and the (auto-incremented) document number: <EntityType Name="AccountingDocument"> <Key> <PropertyRef Name="CompanyCode" /> <PropertyRef Name="Year" /> <PropertyRef Name="DocumentNumber" /> </Key> </EntityType> Taking into account the order of <PropertyRef> elements within the <Key> element a single accounting document can be identified as GET AccountingDocuments/SAP/2016/4329043280 Open a new issue (ODATA-976) to track behavior of partial key specification. In the meantime, specification of partial keys is undefined. was: Generalize the rules in ODATA-799 to allow key-as-segment notation also for multi-part keys. Example: an accounting document is identified by the company code, the year, and the (auto-incremented) document number: <EntityType Name="AccountingDocument"> <Key> <PropertyRef Name="CompanyCode" /> <PropertyRef Name="Year" /> <PropertyRef Name="DocumentNumber" /> </Key> </EntityType> Taking into account the order of <PropertyRef> elements within the <Key> element a single accounting document can be identified as GET AccountingDocuments/SAP/2016/4329043280 An optional extension would be to treat the multi-part key as a "folder structure", i.e. AccountingDocuments/SAP/2016 would identify the subset of accounting documents for a company and year, and AccountingDocuments/SAP would identify the subset of accounting documents for a company. Services could optionally support this as a shorthand for GET AccountingDocuments?$filter=CompanyCode eq 'SAP' and Year eq '2016' and GET AccountingDocuments?$filter=CompanyCode eq 'SAP' > Key-As-Segment for multi-part keys > ---------------------------------- > > Key: ODATA-954 > URL: https://issues.oasis-open.org/browse/ODATA-954 > Project: OASIS Open Data Protocol (OData) TC > Issue Type: Sub-task > Components: OData URL Conventions > Affects Versions: V4.0_ERRATA02 > Environment: New Query Capabilities > Reporter: Ralf Handl > Fix For: V4.01_WD01 > > > Generalize the rules in ODATA-799 to allow key-as-segment notation also for multi-part keys. > Example: an accounting document is identified by the company code, the year, and the (auto-incremented) document number: > <EntityType Name="AccountingDocument"> > <Key> > <PropertyRef Name="CompanyCode" /> > <PropertyRef Name="Year" /> > <PropertyRef Name="DocumentNumber" /> > </Key> > </EntityType> > Taking into account the order of <PropertyRef> elements within the <Key> element a single accounting document can be identified as > GET AccountingDocuments/SAP/2016/4329043280 > Open a new issue (ODATA-976) to track behavior of partial key specification. In the meantime, specification of partial keys is undefined. -- This message was sent by Atlassian JIRA (v6.2.2#6258)
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]