<?xml version="1.0" encoding="ISO-8859-1" ?>
<!--ATOM based XML document generated By OpenLink Virtuoso-->
<atom:feed xmlns:atom="http://www.w3.org/2005/Atom">
<atom:id>http://docs.openlinksw.com/virtuoso/accessinterfaces.html</atom:id>
<atom:title>Data Access Interfaces</atom:title>
<atom:link href="http://docs.openlinksw.com/virtuoso/accessinterfaces.html" type="text/html" rel="alternate" />
<atom:link href="http://docs.openlinksw.com/virtuoso/accessinterfaces.html" type="application/atom+xml" rel="self" />
<atom:subtitle>OpenLink Virtuoso Universal Server: Documentation</atom:subtitle>
 <atom:author>
  <atom:name>virtuoso.docs@openlinksw.com</atom:name>
  <atom:email>virtuoso.docs@openlinksw.com</atom:email>
  </atom:author>
<atom:updated>2008-06-20T01:41:44Z</atom:updated>
<atom:generator>OpenLink Software Documentation Team</atom:generator>
<atom:logo>http://docs.openlinksw.com/virtuoso/../images/misc/logo.jpg</atom:logo>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/virtclientref.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Virtuoso .NET Data Provider<atom:link href="http://docs.openlinksw.com/virtuoso/virtclientref.html" type="text/html" rel="alternate" />
  <atom:published>2008-06-20T01:41:44Z</atom:published>
  <atom:title>Virtuoso .NET Data Provider</atom:title>
  <atom:content type="html">A .NET Data Provider is a set of classes that provide database access for .NET applications. There are two .NET Data Providers for Virtuoso. Each of the Virtuoso providers reside in their own namespace and assembly. The difference between them is that one relies on the Virtuoso ODBC driver for communication with the server while another doesn&#39;t involve any intermediary unmanaged layers and performs all the communication with the server using managed code only. The ODBC-based provider depends on virtodbc.dll to function properly. Note that it calls the dll directly bypassing the ODBC Driver Manager so when an application uses the ODBC-based provider the ODBC-driver dll should also be in the PATH.</atom:content>
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/isql.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Interactive SQL Utility<atom:link href="http://docs.openlinksw.com/virtuoso/isql.html" type="text/html" rel="alternate" />
  <atom:published>2008-06-20T01:41:44Z</atom:published>
  <atom:title>Interactive SQL Utility</atom:title>
  <atom:content type="html">ISQL/ISQLO/ISQLU/isql-iodbc/isql-udbc The Virtuoso ISQL utility allows users to execute queries &amp; scripts against the Virtuoso or other SQL servers (depending on the suffix). It also supports a large number of options and it&#39;s own commands. ISQL parses it&#39;s input for CREATE (PROCEDURE|TRIGGER|FUNCTION), &#39;{&#39;, &#39;}&#39;, &#39;;&#39;, double and single quotes and comments to detect where the current command starts and finishes. If it&#39;s in a PROCEDURE|TRIGGER|FUNCTION declaration it changes it&#39;s command line prompt to &#39;&lt;procedure_name&gt;(&lt;curly_brace_nesting_level&gt;)&#39; to help the user enter the correct command. Otherwise it considers semicolon (;) as the statement end and executes the statement.</atom:content>
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/odbcimplementation.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Virtuoso Driver for ODBC<atom:link href="http://docs.openlinksw.com/virtuoso/odbcimplementation.html" type="text/html" rel="alternate" />
  <atom:published>2008-06-20T01:41:44Z</atom:published>
  <atom:title>Virtuoso Driver for ODBC</atom:title>
  <atom:content type="html" />
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/VirtuosoDriverJDBC.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Virtuoso Driver for JDBC<atom:link href="http://docs.openlinksw.com/virtuoso/VirtuosoDriverJDBC.html" type="text/html" rel="alternate" />
  <atom:published>2008-06-20T01:41:44Z</atom:published>
  <atom:title>Virtuoso Driver for JDBC</atom:title>
  <atom:content type="html">The Virtuoso Drivers for JDBC are available in &quot;jar&quot; file formats for JDBC 1.x, JDBC 2.x and JDBC 3.x specifications. These are Type 4 Drivers implying that utilization is simply a case of adding the relevant &quot;jar&quot; file to your CLASSPATH and then providing an appropriate JDBC URL format in order to establish a JDBC session with a local or remote Virtuoso server. It is important to note that when you make a JDBC connection to a Virtuoso Server, you do also have access to Native and External Virtuoso tables. Thus, you actually have a type 4 JDBC Driver for any number of different database types that have been linked into Virtuoso. The JDBC 2 and JDBC 3 drivers also incorporate SSL encryption to enable very secure connections to the Virtuoso database.</atom:content>
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/virtoledb.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>OLE DB Provider for Virtuoso<atom:link href="http://docs.openlinksw.com/virtuoso/virtoledb.html" type="text/html" rel="alternate" />
  <atom:published>2008-06-20T01:41:44Z</atom:published>
  <atom:title>OLE DB Provider for Virtuoso</atom:title>
  <atom:content type="html">OLE DB is an open data access technology developed and promoted by Microsoft. It allows for uniform data access across diverse data sources including but not limited to conventional RDBMSes. Based on the COM architecture it provides very flexible and exhaustive set of interfaces any database application developer might ever need. At the same time, OLE DB is somewhat overcomplicated and therefore is rarely used directly. In the majority of cases people use ADO(+) instead, ADO is another, somewhat simpler, of Microsoft&#39;s data access technologies. However, ADO itself is based upon OLE DB, thus those who use ADO make indirect use of OLE DB as well. With the advent of ADO.NET, OLE DB is no longer as an much essential part of the overall Microsoft data access architecture as it used to be. However it still remains important and useful working together with the Microsoft OLE DB .NET Data Provider. The OLE DB Provider for Virtuoso (VIRTOLEDB) gives OLE DB and ADO applications access to the Virtuoso databases. In principle, the same thing is possible through the conjunction of the Virtuoso ODBC driver and Microsoft OLE DB Provider for ODBC. However, VIRTOLEDB provides native OLE DB access which is more complete and more efficient. Therefore it is preferable for this purpose.</atom:content>
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/inprocess.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Virtuoso In-Process Client<atom:link href="http://docs.openlinksw.com/virtuoso/inprocess.html" type="text/html" rel="alternate" />
  <atom:published>2008-06-20T01:41:44Z</atom:published>
  <atom:title>Virtuoso In-Process Client</atom:title>
  <atom:content type="html">The in-process client is an efficient mechanism used by hosted applications to access the database functionality of the hosting Virtuoso server. Normally applications access Virtuoso using the remote procedure call mechanism hidden behind some sort of higher-level API such as ADO.NET, ODBC, and so on. The RPC based mechanism is the only available interface for non-hosted applications. For hosted applications, when the application and the DBMS server reside in the same OS process, Virtuoso provides a mechanism based on direct in-process procedure calls. The in-process call mechanism by itself is not exposed to the applications. It is hidden behind the same APIs as the RPC one: ODBC, JDBC, ADO.NET. So in both cases applications deal with the same APIs and the application logic does not change. The application chooses which mechanism to use when it opens a database connection.</atom:content>
 </atom:entry>
 <atom:entry>
  <atom:id>http://docs.openlinksw.com/virtuoso/accintudsockets.html</atom:id>
  <atom:author>
    <atom:name>virtuoso.docs@openlinksw.com</atom:name>
    <atom:email>virtuoso.docs@openlinksw.com</atom:email>
   </atom:author>Unix Domain Socket Connections<atom:link href="http://docs.openlinksw.com/virtuoso/accintudsockets.html" type="text/html" rel="alternate" />
  <atom:published>2008-06-20T01:41:44Z</atom:published>
  <atom:title>Unix Domain Socket Connections</atom:title>
  <atom:content type="html">Client connections to Virtuoso servers running on the same Unix or Linux server host can benefit from faster connections utilizing Unix Domain Sockets. This does not apply to Windows platforms. By default Virtuoso will open a Unix Domain listen socket in addition to the TCP listen socket. The name of the UD socket will be: When a client attempts to connect to the Virtuoso server using the specific address localhost it will first try connecting to the UD socket, failing that it will silently revert to the TCP socket.</atom:content>
 </atom:entry>
</atom:feed>