[OASIS Issue Tracker] Updated: (ODATA-15) precision for functions that have Edm.DateTime or Edm.DateTimeOffset parameters

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

     [ http://tools.oasis-open.org/issues/browse/ODATA-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Pizzo updated ODATA-15:
-------------------------------


Built in canonical functions don't specify a precision for datetime parameters or return values. I think what Andrew is looking for is the ability to define custom functions that similarly don't need to specify precision, which should is not clear in the spec but be allowed.

> precision for functions that have Edm.DateTime or Edm.DateTimeOffset parameters
> -------------------------------------------------------------------------------
>
>                 Key: ODATA-15
>                 URL: http://tools.oasis-open.org/issues/browse/ODATA-15
>             Project: OASIS Open Data Protocol (OData) TC
>          Issue Type: Improvement
>          Components: OData CSDL v1.0
>    Affects Versions: WD01
>            Reporter: Andrew Eisenberg
>            Assignee: Ralf Handl
>            Priority: Minor
>             Fix For: WD01
>
>
> It is unclear what value of precision should be used for functions that have Edm.DateTime or Edm.DateTimeOffset parameters. Some databases support precisions as high as 12 digits.
> I might like to define a vocabulary with a current_datetime function. What value of precision should be specified for the return type of the function, remembering that the function should be usable across multiple implementations? The same issue arises if I would like to define a compare_datetime function. What value of precision should I use for the two function parameters.  

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira