<?xml version="1.0" encoding="ISO-8859-1" ?>
<rss version="2.0">
 <channel>
  <title>ADO.NET Data Providers</title>
  <link>http://docs.openlinksw.com/mt/dotnet.html</link>
  <description>Multi-Tier User Guide</description>
  <managingEditor />
  <pubDate>Mon, 16 Nov 2009 14:28:45 GMT</pubDate>
  <generator />
  <webMaster>webmaster@openlinksw.com</webMaster>
  <image>
    <title>Multi-Tier User Guide</title>
    <url>http://docs.openlinksw.com/mt/../images/mt/misc/logo.jpg</url>
    <link>http://docs.openlinksw.com/mt/dotnet.html</link>
    <description>Multi-Tier User Guide</description>
  </image>
  <item>
    <guid>http://docs.openlinksw.com/mt/dnetarch.html</guid>
    <author />
    <category>Architecture</category>
    <link>http://docs.openlinksw.com/mt/dnetarch.html</link>
    <pubDate>Mon, 16 Nov 2009 14:28:45 GMT</pubDate>
    <title>Architecture</title>
    <description>From the outset one of the main design goals of the .Net Data Provider was to implement a generic client layer enabling the re-use of our existing data access components for connecting to remote data sources. This has been achieved with both our Managed and Unmanaged .Net Data Providers, each of which have a common namespace that eliminates the need to recompile applications should the need arise to change the remote data source.

</description>
  </item>
  <item>
    <guid>http://docs.openlinksw.com/mt/dnetdevel.html</guid>
    <author />
    <category>Developing .NET Data Provider Application</category>
    <link>http://docs.openlinksw.com/mt/dnetdevel.html</link>
    <pubDate>Mon, 16 Nov 2009 14:28:45 GMT</pubDate>
    <title>Developing .NET Data Provider Application</title>
    <description>The namespaces for the OpenLink .Net Data Providers are: 

A .NET data provider provides functionality for connecting to a data source, executing commands, and retrieving results. Those results can be processed directly, or placed in an ADO.NET DataSet for further processing while in a disconnected state. While in the DataSet, data can be exposed to the user, combined with other data from multiple sources, or passed remotely between tiers. Any processing performed on the data while in the DataSet can then be reconciled to the data source.

All .NET data providers are designed to be lightweight. They consist of a minimal layer between the data source and your code. This extends functionality without sacrificing performance.

</description>
  </item>
  <item>
    <guid>http://docs.openlinksw.com/mt/dnetconnstr.html</guid>
    <author />
    <category>OpenLink .NET Data Providers Connect String Attributes</category>
    <link>http://docs.openlinksw.com/mt/dnetconnstr.html</link>
    <pubDate>Mon, 16 Nov 2009 14:28:45 GMT</pubDate>
    <title>OpenLink .NET Data Providers Connect String Attributes</title>
    <description> This section details the Connect string attributes an ADO.Net application can pass to the OpenLink .Net Data Providers when attempting a connection to a remote database.

</description>
  </item>
  <item>
    <guid>http://docs.openlinksw.com/mt/dnetclasses.html</guid>
    <author />
    <category>OpenLink .NET Data Providers Class Implementation</category>
    <link>http://docs.openlinksw.com/mt/dnetclasses.html</link>
    <pubDate>Mon, 16 Nov 2009 14:28:45 GMT</pubDate>
    <title>OpenLink .NET Data Providers Class Implementation</title>
    <description> This section details the classes exposed by the OpenLink .NET Data Providers, which users must be familiar with in order to make effective use of the providers.

 Many of the OpenLink Generic Provider classes implement interfaces or inherit from the .NET Framework namespaces System.Data and System.Data.Common. A summary of the classes exposed by the provider is given below.

The table only shows classes or interfaces inherited from System.Data or System.Data.Common. Some of the OpenLink.Data.GenericClient classes implement additional interfaces or inherit from a class belonging to a namespace other than System.Data or System.Data.Common. These details are not shown. For full details refer to the detailed documentation for the appropriate class in OpenLink.Data.GenericClient Namespace.

</description>
  </item>
  <item>
    <guid>http://docs.openlinksw.com/mt/dnetnamespace.html</guid>
    <author />
    <category>OpenLink.Data Namespace</category>
    <link>http://docs.openlinksw.com/mt/dnetnamespace.html</link>
    <pubDate>Mon, 16 Nov 2009 14:28:45 GMT</pubDate>
    <title>OpenLink.Data Namespace</title>
    <description>All the public classes in the OpenLink.Data namespace are detailed in this section. Note that all of the OpenLink .Net Data Providers use the same common class names, thus the descriptions below are applicable to all enabling maximum re-use of code across Providers.

IMPORTANT: Public class members inherited from a base class defined by the .NET Framework Class Library (FCL), or which implement an FCL defined interface method, are not described. For details of these inherited members, refer to the .NET FCL documentation for the base class or interface. Where an OpenLink class implements an ADO.NET interface and adds additional methods or properties, these extensions are documented.
   

In the class descriptions which follow, all code extracts showing partial class definitions, method signatures etc. are in C#. Examples for other .NET languages are not shown.
   

</description>
  </item>
  <item>
    <guid>http://docs.openlinksw.com/mt/dnetissues.html</guid>
    <author />
    <category>Known Issues</category>
    <link>http://docs.openlinksw.com/mt/dnetissues.html</link>
    <pubDate>Mon, 16 Nov 2009 14:28:45 GMT</pubDate>
    <title>Known Issues</title>
    <description />
  </item>
  <item>
    <guid>http://docs.openlinksw.com/mt/dnettest.html</guid>
    <author />
    <category>.Net Provider Test Program</category>
    <link>http://docs.openlinksw.com/mt/dnettest.html</link>
    <pubDate>Mon, 16 Nov 2009 14:28:45 GMT</pubDate>
    <title>.Net Provider Test Program</title>
    <description>A simple .Net interactive SQL program is provided for enabling a test connection to be made with the UDA Managed and/or Unmanaged .Net Data Providers, as indicated in the screen shots below:

The connect strings for the Managed .Net Providers (GenericClient, MS SQLServer and Sybase) are similar with the &#39;Port&#39; attribute designating the location of the Service to which is connection will band made. The Unmanaged OdbcClient provider differs as indicated below:

</description>
  </item>
  <item>
    <guid>http://docs.openlinksw.com/mt/features_dotnet.html</guid>
    <author />
    <category>New Features</category>
    <link>http://docs.openlinksw.com/mt/features_dotnet.html</link>
    <pubDate>Mon, 16 Nov 2009 14:28:45 GMT</pubDate>
    <title>New Features</title>
    <description />
  </item>
 </channel>
</rss>
