This file is indexed.

/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>