ADONETLogicalDiagrams ADO .NET Data Access Providers - Logical Diagrams Single-Tier (Lite Edition) Drivers Multi-Tier Drivers <tgroup><thead /><tbody> <row> <entry><figure><graphic fileref="ADONETLogicalDiagrams/STNETLogical2.png" /></figure></entry> <entry><emphasis>Executive Summary:</emphasis> A clientside-only solution that provides enterprise grade data access with minimal configuration. <emphasis>Architectural Components:</emphasis> Application Instance(s), OpenLink Client Provider, Data Repository. <emphasis>Functional Capabilities:</emphasis> .NET-based data access to Microsoft SQL Server and Sybase data stores. <emphasis>Hardware/OS Dependencies:</emphasis> OpenLink Client Provider must be installed on a supported operating system that contains a functional .NET framework. The .NET framework version may vary depending on the OpenLink provider version. All architectural components on that operating system must share the same bit descriptor, i.e., 32 or 64 bit. <emphasis>Other Dependencies:</emphasis> <emphasis>Performance Levels:</emphasis> Highest performance available. <emphasis>Implementation Variances:</emphasis> 1) All Architectural Components may reside on the same machine, 2) Data store may reside on a remote machine. <emphasis>Security Features:</emphasis> <emphasis>Constraints & Limitations:</emphasis> </entry> </row> </tbody></tgroup></table><para> </para><table><title /><tgroup><thead /><tbody> <row> <entry><figure><graphic fileref="ADONETLogicalDiagrams/STNETLogical1.png" /></figure></entry> <entry><emphasis>Executive Summary:</emphasis> A clientside-only solution that provides enterprise grade data access with minimal configuration. <emphasis>Architectural Components:</emphasis> Application Instance(s), OpenLink Client Provider, ODBC Driver Manager, ODBC DSN, Data Repository. <emphasis>Functional Capabilities: </emphasis>.NET data access to SQL data stores via ODBC data sources. <emphasis>Hardware/OS Dependencies:</emphasis> OpenLink Client Provider must be installed on a supported operating system that contains a functional .NET framework. The .NET framework version may vary depending on the OpenLink provider version. All architectural components on that operating system must share the same bit descriptor, i.e., 32 or 64 bit. <emphasis>Other Dependencies:</emphasis> OpenLink Client Provider must be installed on a system that contains a functional ODBC DSN that connects to the target data repository. The ODBC DSN may use OpenLink or non-OpenLink drivers. The ODBC Drivers on that operating system must share the same bit descriptor as the OpenLink Client Provider, i.e., 32 or 64 bit. <emphasis>Performance Levels:</emphasis> High. <emphasis>Implementation Variances:</emphasis> 1) All Achitectural Components may reside on the same machine, 2) Data Store may reside on a remote machine. <emphasis>Security Features:</emphasis> <emphasis>Constraints & Limitations:</emphasis> Solution applies only to data stores that are accessible via ODBC DSNs. </entry> </row> </tbody></tgroup></table> <para> <ulink url=""> </ulink></para> <bridgehead class="http://www.w3.org/1999/xhtml:h3"> </bridgehead> <table><title /><tgroup><thead /><tbody> <row> <entry><figure><graphic fileref="ADONETLogicalDiagrams/MTNetLogical1.png" /></figure></entry> <entry><emphasis>Executive Summary:</emphasis> A client/server solution that provides enterprise grade data access with maximum configuration, security, and diagnostic resources. <emphasis>Architectural Components:</emphasis> Application Instance(s), Driver Manager, OpenLink Server Components, Data Repository. <emphasis>Functional Capabilities:</emphasis> .NET data access to supported data stores. <emphasis>Hardware/OS Dependencies:</emphasis> OpenLink Client Driver must be installed on a supported operating system that contains a functional JRE. The JRE version may vary depending on the OpenLink client driver version.. All architectural components on that operating system must share the same bit descriptor, i.e., 32 or 64 bit. OpenLink Server Components must be installed on a supported operating system. All architectural components on that operating system must share the same bit descriptor, i.e., 32 or 64 bit. <emphasis>Other Dependencies:</emphasis> OpenLink Server Components must reside on same machine as data store when that data store is a DB2, Informix, Ingres, Oracle, or Progress DBMS. This restriction does not apply when the target data store is a Microsoft SQL Server, MySQL, PostgreSQL, or Sybase DBMS. <emphasis>Performance Levels:</emphasis> High performance. <emphasis>Implementation Variances:</emphasis> 1) All Architectural Components may reside on one machine, 2) OpenLink server components and data store may reside on one, distinct server, 3) OpenLink server components may reside on a gateway and data store may reside on a dedicated DBMS server. This architecture is suitable only for connectivity to Microsoft SQL Server, MySQL, PostgreSQL, or Sybase DBMS. <emphasis>Security Features:</emphasis> Complex, rules-based security configurable by Session Rules Book configuration file. <emphasis>Constraints & Limitations:</emphasis> </entry> </row> </tbody></tgroup></table><table><title /><tgroup><thead /><tbody> <row> <entry><figure><graphic fileref="ADONETLogicalDiagrams/MTNetLogical2.png" /></figure></entry> <entry><emphasis>Executive Summary:</emphasis> A client/server solution that provides enterprise grade data access with maximum configuration, security, and diagnostic resources. No installation is required on data store server. <emphasis>Architectural Components:</emphasis> Application Instance(s), Driver Manager, OpenLink Server Components, Database Native Client, Data Repository. <emphasis>Functional Capabilities:</emphasis> .NET data access to supported data stores. <emphasis>Hardware/OS Dependencies:</emphasis> OpenLink Client Driver must be installed on a supported operating system that contains a functional JRE. The JRE version may vary depending on the OpenLink client driver version.. All architectural components on that operating system must share the same bit descriptor, i.e., 32 or 64 bit. OpenLink Server Components must be installed on a supported operating system. All architectural components on that operating system must share the same bit descriptor, i.e., 32 or 64 bit. <emphasis>Other Dependencies:</emphasis> OpenLink Server Components must reside on same machine as the Database Native Client. <emphasis>Performance Levels:</emphasis> High performance. <emphasis>Implementation Variances:</emphasis> OpenLink Server Components may reside on client operating system or a gateway. <emphasis>Security Features:</emphasis>1) All Architectural Components may reside on one machine, 2) OpenLink server components and Database Native Client may reside on one, distinct gateway. 3) OpenLink server components and Database Native Client may reside on a distinct, DBMS server. <emphasis>Constraints & Limitations:</emphasis> Overall performance and stability may be impacted by bottlenecks in the database native client. </entry> </row> </tbody></tgroup></table><table><title /><tgroup><thead /><tbody> <row> <entry><figure><graphic fileref="ADONETLogicalDiagrams/MTNetLogical3.png" /></figure></entry> <entry> <emphasis>Executive Summary:</emphasis> A client/server solution that provides enterprise grade data access with maximum configuration, security, and diagnostic resources. <emphasis>Architectural Components:</emphasis> Application Instance(s), Driver Manager, OpenLink Server Components, ODBC DSN or JDBC URL, Data Repository. <emphasis>Functional Capabilities:</emphasis> Bridge-based .NET data access to data stores. <emphasis>Hardware/OS Dependencies:</emphasis> OpenLink Client Driver must be installed on a supported operating system that contains a functional JRE. The JRE version may vary depending on the OpenLink client driver version.. All architectural components on that operating system must share the same bit descriptor, i.e., 32 or 64 bit. OpenLink Server Components must be installed on a supported operating system. All architectural components on that operating system must share the same bit descriptor, i.e., 32 or 64 bit. <emphasis>Other Dependencies:</emphasis> OpenLink Server Components must reside on same machine as a functional ODBC DSN or JDBC URL. The ODBC DSN or JDBC URL may use OpenLink or non-OpenLink drivers. <emphasis>Performance Levels:</emphasis> High performance. <emphasis>Implementation Variances:</emphasis> 1) All architectural components may reside on one machine, 2) OpenLink Server Components and ODBC DSN or JDBC URL may reside on a gateway, 3) OpenLink Server Components and ODBC DSN or JDBC URL may reside on the data store server. <emphasis>Security Features:</emphasis> Complex, rules-based security configurable by Session Rules Book configuration file. <emphasis>Constraints & Limitations:</emphasis> Solution applies only to data stores that are accessible via ODBC DSNs or JDBC URLs. Overall functionality, performance, and stability may be impacted by limitations in the ODBC DSN or JDBC URL. </entry> </row> </tbody></tgroup></table> <figure><graphic fileref="ADONETLogicalDiagrams/User.png" /></figure> Users are humans or non-human agents that leverage applications to obtain or manipulate SQL data held in data repositories. Users are identified by the hostname or IP address of the machine which hosts their target application(s). <figure><graphic fileref="ADONETLogicalDiagrams/ApplicationInstance.png" /></figure> The application instance refers to individual instances of applications that users exploit in the target architecture. Each instance of the application(s) is tasked with returning SQL data to users in a manner that is meaningful to them. <figure><graphic fileref="ADONETLogicalDiagrams/OpenLinkProvider.png" /></figure> The OpenLink Client Provider refers to OpenLink's ADO .NET Provider. <figure><graphic fileref="ADONETLogicalDiagrams/DriverManager.png" /></figure> The driver manager is a generic utility that loads drivers when requested to do so by client applications. OpenLink's Windows-based drivers are compatible with the Microsoft Driver Manager. OpenLink's Mac and Unix drivers ship with the iODBC Driver Manager. However, these drivers are designed for interoperability with non-OpenLink driver managers such as unixODBC and Intersolv. <figure><graphic fileref="ADONETLogicalDiagrams/OpenLinkClient.png" /></figure> The OpenLink client driver comprises a clientside-only install of a .dll or other library and supporting files. Single-Tier Client Drivers are DBMS- or Bridge-specific. They establish ODBC connectivity without the assistance of server components. Multi-Tier ODBC Client Drivers are generic. They require OpenLink Server Components to complete any data requests. <figure><graphic fileref="ADONETLogicalDiagrams/DatabaseClient.png" /></figure> Database native client refers to third-party database client communications software that facilitates connectivity to the target data store. This software speaks the native protocol of that data store. <figure><graphic fileref="ADONETLogicalDiagrams/ThirdPartySource.png" /></figure> ODBC DSN or JDBC URL refers to ODBC Data Sources or JDBC Connection URLs that pre-exist on the client system. These DSNs or JDBC URLS often use 3rd-party data access products, but they may use OpenLink UDA as well. <figure><graphic fileref="ADONETLogicalDiagrams/OpenLinkServer.png" /></figure> The OpenLink server components are architectural components that are specific to the Multi-Tier product format. The server components consist of a Request Broker and an Agent. The Request Broker is a generic, TCP-based listening service. It responds to client driver requests and loads the Agent that is suited for fulling those client requests. Agents may be DBMS- or bridge- specific. Requets for Oracle data would be satisfied by one of OpenLink's Oracle Database Agents. Requests for data contained in a JDBC data store would be satisfied by one of OpenLink's bridge-based JDBC agents. <figure><graphic fileref="ADONETLogicalDiagrams/Data.png" /></figure> Data refers to SQL data that is contained in the target data repository or repositories. <figure><graphic fileref="ADONETLogicalDiagrams/SharedMemory.png" /></figure> Local IPC communications between architectural components. Local IPC communications can only occur when architectural components are hosted on the same, physical machine. <figure><graphic fileref="ADONETLogicalDiagrams/TCP.png" /></figure> TCP/IP-based communications between architectural components. TCP/IP-based communications can occur across machine boundaries. </section></docbook>