= FDO RFC 22 - Support Data Store level FDO capabilities  =

This page contains an change request (RFC) for the FDO Open Source project.  
More FDO RFCs can be found on the [wiki:FDORfcs RFCs] page.


== Status == 
 
||RFC Template Version||(1.0)|| 
||Submission Date|| June 08, 2009 ||
||Last Modified|| Dan Stoica[[Timestamp]]||
||Author||Dan Stoica, Orest Halustchak ||
||RFC Status||draft|| 
||Implementation Status||draft||
||Proposed Milestone||3.4.0.0||
||Assigned PSC guide(s)||Greg Boone||
||'''Voting History'''|| ||
||+1|| ||
||+0|| ||
||-0|| ||
||-1|| ||
 
== Overview ==

This RFC is for changing the behavior of GetCapabilitiesX().

== Motivation ==

There are cases where a provider indicates support of a capability that is actually not supported by a data store the provider may connect to. For example, if an Oracle data store is not prepared for locking, this functionality is not supported in that data store although the provider itself is capable of providing the functionality. ODBC also can connect to a variety of sources, each with varying levels of capability.

== Proposed Solution ==

Change the behavior of GetCapabilities.  On an open connection it will retrieve the exact capabilities, specific for that database. 
On a closed connection the current behavior will be preserved and provider level capaabilities will be returned to the caller.

== Implications ==


== Test Plan ==


== Funding/Resources ==

Autodesk to provide resources / funding.