/usr/share/gtk-doc/html/libgda-4.0/introduction.html is in libgda-4.0-doc 4.2.8-2build1.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 | <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Introduction</title>
<meta name="generator" content="DocBook XSL Stylesheets V1.75.2">
<link rel="home" href="index.html" title="GNOME Data Access 4 manual">
<link rel="up" href="part_begin.html" title="Part I. Getting started">
<link rel="prev" href="part_begin.html" title="Part I. Getting started">
<link rel="next" href="features.html" title="Features">
<meta name="generator" content="GTK-Doc V1.17 (XML mode)">
<link rel="stylesheet" href="style.css" type="text/css">
</head>
<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
<table class="navigation" id="top" width="100%" summary="Navigation header" cellpadding="2" cellspacing="2"><tr valign="middle">
<td><a accesskey="p" href="part_begin.html"><img src="left.png" width="24" height="24" border="0" alt="Prev"></a></td>
<td><a accesskey="u" href="part_begin.html"><img src="up.png" width="24" height="24" border="0" alt="Up"></a></td>
<td><a accesskey="h" href="index.html"><img src="home.png" width="24" height="24" border="0" alt="Home"></a></td>
<th width="100%" align="center">GNOME Data Access 4 manual</th>
<td><a accesskey="n" href="features.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
</tr></table>
<div class="chapter">
<div class="titlepage"><div><div><h2 class="title">
<a name="introduction"></a>Introduction</h2></div></div></div>
<p>
<a href="http://foldoc.org/ODBC"><span class="acronym">ODBC</span></a> and <a href="http://foldoc.org/SQL"><span class="acronym">SQL</span></a> are established standards. The problem is, that <a href="http://foldoc.org/ODBC"><span class="acronym">ODBC</span></a>
doesn't specify the wire protocol and for some databases no <a href="http://foldoc.org/ODBC"><span class="acronym">ODBC</span></a> driver
exists. You might use <a href="http://foldoc.org/RPC"><span class="acronym">RPC</span></a>, <a href="http://foldoc.org/TCP/IP"><span class="acronym">TCP/IP</span></a>,
or shared memory and signals to pass the request from the client to the
server. So you have to use the database specific <a href="http://foldoc.org/ODBC"><span class="acronym">ODBC</span></a> library. This
library might not be available for the <a href="http://foldoc.org/CPU"><span class="acronym">CPU</span></a> or
operating system on which the client is running.
</p>
<p>
<a href="http://foldoc.org/SQL"><span class="acronym">SQL</span></a> itself is also not standardized enough, so that source
compatibility can not be assured for all database servers. And for some
sort of servers, <a href="http://foldoc.org/SQL"><span class="acronym">SQL</span></a> is not even feasible (think about <a href="http://foldoc.org/LDAP"><span class="acronym">LDAP</span></a>).
</p>
<p>
<a href="http://foldoc.org/GDA"><span class="acronym">GDA</span></a> (GNOME Data Access) tries to tackle the <a href="http://foldoc.org/ODBC"><span class="acronym">ODBC</span></a> problem and help you with the <a href="http://foldoc.org/SQL"><span class="acronym">SQL</span></a>
problem. It's a sort of middleware (or can be blown up to be a middleware
layer) to access different data sources. It offers a high level view of
data sources and has some places where you can plug in low level access
to the database for special tasks.
</p>
<p>
It offers a wrapper around the database internals, thus making it easier
for programmers to make use of all the power provided by many RDBMS without
even knowing about it. It comes along with a library, for both
clients and servers, as a C implementation of this architecture. This level of
abstraction would make possible to, at a later time, change all the
internals without having to modify applications using the libraries.
</p>
<p>
Along with these libraries (and associated header files and language
bindings for development), <span class="application">Libgda</span> includes several tools and utilities
to help you with the task of developing applications based on <span class="application">Libgda</span>,
as well as for automating some database-related tasks.
</p>
<p>
<span class="application">Libgda</span> is implemented for <code class="systemitem">UNIX
</code>-like operating systems (including <code class="systemitem">Linux</code>), and does not depend on other
libraries apart from <code class="systemitem">libxml2</code> and
<code class="systemitem">Glib</code>, which makes it a very
lightweight system also ideal for applications to be run on
hardware-limited systems.
</p>
</div>
<div class="footer">
<hr>
Generated by GTK-Doc V1.17</div>
</body>
</html>
|