<!--
  <!DOCTYPE appendix PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" "dtd/kdex.dtd">
-->

<appendix id="database">
<title
>Introdução aos Bancos de Dados</title>

<sect1 id="what-is-a-database">
<title
>O que é um Banco de Dados?</title>
<para
>Você poderá definir um banco de dados com uma coleção de dados sobre um tópico. Ele está organizado de forma a permitir encontrar facilmente a informação, fazer alterações ou adicionar itens novos. </para>
<para
>Veja este diagrama para um dos exemplos acima: uma agenda telefônica simples. </para>
<screenshot>
  <screeninfo
>Um diagrama de um banco de dados de uma agenda telefônica</screeninfo>
    <mediaobject>
        <imageobject>
            <imagedata fileref="contact-example.png" format="PNG"/>
        </imageobject>
        <textobject>
            <phrase
>Um diagrama de um banco de dados de uma agenda telefônica</phrase>
        </textobject>
    </mediaobject>
</screenshot>
<para
>A imagem acima mostra um conjunto de dois contatos, sendo cada um deles apresentado em um cartão em separado. Parece que cada um dos cartões poderá constituir uma linha única numa tabela: </para>

<para
><emphasis
>Tabela de <guilabel
>Contatos</guilabel
></emphasis
></para>
<informaltable>
<tgroup cols="2">
<tbody>
<row>
<entry
><guilabel
>Nome</guilabel
></entry>
<entry
><guilabel
>Num. Tel.</guilabel
></entry>
</row>
<row>
<entry
>João</entry>
<entry
>699 23 43 12</entry>
</row>
<row>
<entry
>Pedro</entry>
<entry
>711 19 77 21</entry>
</row>
</tbody>
</tgroup>
</informaltable>

<para
><emphasis
>Termos e definições</emphasis
>: Um dado simples que constitui uma parte de uma coleção maior poderá ser chamado de <firstterm
>linha</firstterm
> ou, de forma mais profissional, um <firstterm
>registro</firstterm
>. A coleção chama-se normalmente <firstterm
>tabela</firstterm
>. Além disso, o nome mais natural para a tabela é um que descreve os dados que oferece/armazena, que é o <guilabel
>Contatos</guilabel
>. Depois disso, cada linha da tabela consiste de <firstterm
>colunas</firstterm
>, também chamadas de <firstterm
>campos</firstterm
>. Na tabela <guilabel
>Contatos</guilabel
>, existem duas colunas (campos): o <guilabel
>Nome</guilabel
> e o <guilabel
>Num. Tel.</guilabel
>. </para>
<para
>Para usos simples, uma única tabela poderá constituir um <firstterm
>banco de dados</firstterm
>. Muitas pessoas consideram estas duas coisas equivalentes. Como você poderá ver, para os bancos de dados reais, é necessário normalmente mais de uma tabela. </para>
<para
>Para resumir, você já tem um banco de dados simples com uma tabela <guilabel
>Contatos</guilabel
>. </para>
</sect1>


<sect1 id="database-and-spreadsheet">
<title
>Banco de Dados e Planilhas</title>
<para
>É bastante provável que você já tenha usado planilhas, como o KSpread, o OpenOffice.org Calc ou o Microsoft Excel. Se for o caso, você irá pensar provavelmente: uma vez que tanto as planilhas como os bancos de dados têm tabelas, porque eu deveria usar os bancos de dados? </para>
<para
>Ao realizar uma comparação entre planilhas e bancos de dados, você poderá encontrar as seguintes questões que serão abordadas mais tarde em detalhes: </para>
<itemizedlist>
<listitem
><para
><link linkend="referential-data-integrity"
>Integridade referencial dos dados</link
></para
></listitem>
<listitem
><para
><link linkend="data-redundyncy"
>Redundância dos dados</link>
</para
></listitem>
<listitem
><para
><link linkend="data-integrity-and-validity"
>Integridade e validade dos dados</link
></para
></listitem>
<listitem
><para
><link linkend="data-limiting"
>Limitação da visualização dos dados</link
></para
></listitem>
<listitem
><para
><link linkend="performance-and-capacity"
>Performance e capacidade</link
></para
></listitem>
<listitem
><para
><link linkend="convenient-data-entry"
>Entrada de dados convenientes</link
></para
></listitem>
<listitem
><para
><link linkend="reports"
>Relatórios</link
></para
></listitem>
<listitem
><para
><link linkend="programming"
>Programação</link
></para
></listitem>
<listitem
><para
><link linkend="multiuse"
>Multi-uso</link
></para
></listitem>
<listitem
><para
><link linkend="security"
>Segurança</link
></para
></listitem>
</itemizedlist>

<sect2 id="difference-database-and-spreadsheet">
<title
>Quão diferente o Banco de Dados é da Planilha?</title>

<para
>Excedendo gradualmente a capacidade de um telefone celular, expanda a sua tabela <guilabel
>Contatos</guilabel
> ao adicionar uma coluna (campo) <guilabel
>Endereço</guilabel
>. Adicione mais números de telefone (escritório, casa) para cada pessoa e adicione sobrenomes aos nomes. Para simplificar, nós assumiremos o seguinte: </para>
<itemizedlist>
<listitem
><para
>a tabela está limitada a duas pessoas (obviamente, poderão existir centenas e milhares delas num banco de dados real)</para
></listitem>
<listitem
><para
>não existem duas pessoas com o mesmo nome e sobrenome</para>
</listitem>
</itemizedlist>
<para
><emphasis
>Tabela de contatos</emphasis
></para>
<informaltable>
<tgroup cols="3">
<tbody>
<row>
<entry
><emphasis
>Nome e sobrenome</emphasis
></entry>
<entry
><emphasis
>Tel</emphasis
></entry>
<entry
><emphasis
>Endereço</emphasis
></entry>
</row>
<row>
<entry
>João Pires</entry>
<entry
>699 23 43 12</entry>
<entry
>Rua do Angustura, Nr 1, Rio de Janeiro</entry>
</row>
<row>
<entry
>Pedro Morais</entry>
<entry
>711 19 77 21</entry>
<entry
>São Paulo, Rua 7 de Setembro, Nr 2</entry>
</row>
<row>
<entry
>João Pires</entry>
<entry
>110 98 98 00</entry>
<entry
>Rua do Angustura, Nr 1</entry>
</row>
<row>
<entry
>Pires João</entry>
<entry
>312 43 42 22</entry>
<entry
>Rio de Janeiro, Rua do Angustura, Nr 1</entry>
</row>
<row>
<entry
>PEDRO Morais</entry>
<entry
>231 83 02 04</entry>
<entry
>Rua 7 de Setembro, Nr 2, São Paulo</entry>
</row>
</tbody>
</tgroup>
</informaltable>

<para
>Such a table can be made both in a spreadsheet and in a database. Using a spreadsheet is very easy, of couse. What problems do we encounter at this stage? </para>

<sect3 id="referential-data-integrity">
<title
>Integridade referencial de dados</title>
<para
>Suppose you are using a spreadsheet and you need to change the address of at least one person. You have a small problem: you often have to change the address in many rows. For example, Joan takes three rows. A real problem will arise if you forget to change one of the rows - the address asigned to this person will be <emphasis
>ambiguous</emphasis
>, hence <emphasis
>your data loses integrity</emphasis
>. </para>
<para
>Moreover there is no simple way of deleting a chosen person from the table since you have to remember about deleting all rows releted to him or her. </para>
</sect3>


<sect3 id="data-redundyncy">
<title
>Redundância de dados</title>
<para
>Isto está ligado diretamente ao problema anterior. Nos campos <guilabel
>Nome e apelido</guilabel
> e <guilabel
>Endereço</guilabel
>, são indicados os mesmos dados várias vezes. Isto é típico das planilhas, uma forma ineficiente de guardar dados, uma vez que o banco de dados cresce desnecessariamente, consumindo mais recursos do computador (maior tamanho dos dados e um acesso mais lento). </para>
<para
>Como você poderá resolver estes problemas com um banco de dados? Você poderá dividir a informação em blocos menores criando uma tabela adicional <emphasis
>Pessoas</emphasis
> com apenas duas colunas: <guilabel
>Nome e sobrenome</guilabel
> e <guilabel
>Endereço</guilabel
>: </para>

<para
><emphasis
>Tabela de <guilabel
>Pessoas</guilabel
></emphasis
></para>
<informaltable>
<tgroup cols="2">
<tbody>
<row>
<entry
><emphasis
>Nome e sobrenome</emphasis
></entry>
<entry
><emphasis
>Endereço</emphasis
></entry>
</row>
<row>
<entry
>João Pires</entry>
<entry
>Rua do Angustura, Nr 1, Rio de Janeiro</entry>
</row>
<row>
<entry
>Pedro Morais</entry>
<entry
>Rua 7 de Setembro, Nr 2, São Paulo</entry>
</row>
</tbody>
</tgroup>
</informaltable>

<para
>Cada linha da tabela <guilabel
>Pessoas</guilabel
> corresponde a uma <emphasis
>única pessoa</emphasis
>. A tabela <guilabel
>Contatos</guilabel
> é, a partir de agora, uma relação com a tabela <guilabel
>Pessoas</guilabel
>. </para>

</sect3>

<sect3 id="data-integrity-and-validity">
<title
>Integridade e validade dos dados</title>
<para
>Repare na forma como os dados são introduzidos nos campos <guilabel
>Nome e sobrenome</guilabel
> e <guilabel
>Endereço</guilabel
>. As pessoas que inserem os dados poderão ser falíveis ou mesmo negligentes. Nos nossos dados exemplo, existem sequências diferentes de entrada do mesmo nome e sobrenome (João Pires e Pires João; Pedro e PEDRO), entre outras formas de entrada do mesmo endereço. Obviamente, você ainda poderá pensar em outras formas mais. </para>
<para
>O problema acima mostra que, &eg;, ao procurar o número de telefone de uma pessoa que tenha o endereço "Rua do Angustura, Nr 1, Rio de Janeiro", não irá obter um resultado completo. Irá obter uma linha apenas, em vez de três. Além disso, você não irá encontrar todos os números de telefone que procurem pelo valor "João Pires" no campo <guilabel
>Nome e sobrenome</guilabel
>, uma vez que o "Pires João" não é igual ao "João Pires". </para>
<para
>Como você poderá resolver estes problemas com uma banco de dados? Você poderá fazer isto mudando o desenho da tabela <guilabel
>Pessoas</guilabel
> da seguinte forma: </para>
<orderedlist>
<listitem
><para
><emphasis
>Dividindo os dados</emphasis
> no campo <guilabel
>Nome e sobrenome</guilabel
> em dois campos separados: <guilabel
>Nome</guilabel
> e <guilabel
>Sobrenome</guilabel
>. </para
></listitem>
<listitem
><para
><emphasis
>Dividindo os dados</emphasis
> no campo <guilabel
>Endereço</guilabel
> em três campos separados <guilabel
>Rua</guilabel
>, <guilabel
>Número</guilabel
> e <guilabel
>Cidade</guilabel
>. </para
></listitem>
<listitem
><para
><emphasis
>Garanta a correção dos dados:</emphasis
> assegurando que os campos não estão vazios, &eg;, você terá sempre que indicar o número da casa. </para
></listitem>
</orderedlist>

<para
>Uma tabela modificada se pareceria com algo como: </para>

<para
><emphasis
>Tabela de pessoas</emphasis
></para>
<informaltable>
<tgroup cols="5">
<colspec colnum="1" colname="c1"
></colspec>
<colspec colnum="2" colname="c2"
></colspec>
<colspec colnum="3" colname="c3"
></colspec>
<colspec colnum="4" colname="c4"
></colspec>
<colspec colnum="5" colname="c5"
></colspec>
<tbody>
<row>
<entry
><emphasis
>Nome</emphasis
></entry>
<entry
><emphasis
>Sobrenome</emphasis
></entry>
<entry
><emphasis
>Rua</emphasis
></entry>
<entry
><emphasis
>Número</emphasis
></entry>
<entry
><emphasis
>Cidade</emphasis
></entry>
</row>
<row>
<entry
>João</entry>
<entry
>Pires</entry>
<entry
>Rua do Angustura</entry>
<entry
>1</entry>
<entry
>Rio de Janeiro</entry>
</row>
<row>
<entry
>Pedro</entry>
<entry
>Morais</entry>
<entry
>7 de Setembro</entry>
<entry
>2</entry>
<entry
>São Paulo</entry>
</row>
<row>
<entry namest="c1" nameend="c5"
><emphasis
>Condições</emphasis
></entry>
</row>
<row>
<entry
>campo obrigatório</entry>
<entry
>campo obrigatório</entry>
<entry
>campo obrigatório</entry>
<entry
>campo obrigatório</entry>
<entry
>campo obrigatório</entry>
</row>
</tbody>
</tgroup>
</informaltable>

<para
>Graças à introdução das condições para <guilabel
>campo obrigatório</guilabel
>, nós poderemos garantir que os dados inseridos estão completos. No caso das outras tabelas, você poderá obviamente permitir a omissão de certos campos ao inserir dados. </para>

</sect3>

<sect3 id="data-limiting">
<title
>Limitando a visualização dos dados</title>
<para
>Uma planilha mostra todas as linhas e colunas da tabela, o que poderá ser incômodo no caso de folhas de dados muito grandes. Você poderá, obviamente, filtrar e ordenar as linhas nas folhas de cálculo, contudo deverá ter bastante cuidado ao fazê-lo. Os usuários da planilhas correm o risco de se esquecer que os dados foram filtrados, o que poderá conduzir a erros. Por exemplo, ao calcular somas, você poderá pensar que tem 100 linhas de dados visíveis, quando de fato existem mais 20 ocultas. </para>
<para
>If you want to work on a small subset of data, &eg; to send it for others to edit, you can copy and paste it to another spreadsheet and after editing paste the changed data back to the main spreadsheet. Such "manual" editing may cause data loss or incorect calculations. </para>
<para
>Para limitar a <emphasis
>visualização dos dados</emphasis
>, os aplicativos de bancos de dados oferecem <emphasis
>pesquisas</emphasis
>, <emphasis
>formulários</emphasis
> e <emphasis
>relatórios</emphasis
>. </para>
<para
>A very practical way of limitting is the following extended version of the previously described table <guilabel
>Persons</guilabel
>: </para>

<para
><emphasis
>Tabela de pessoas</emphasis
></para>
<informaltable>
<tgroup cols="6">
<tbody>
<row>
<entry
><emphasis
>Nome</emphasis
></entry>
<entry
><emphasis
>Sobrenome</emphasis
></entry>
<entry
><emphasis
>Rua</emphasis
></entry>
<entry
><emphasis
>Número</emphasis
></entry>
<entry
><emphasis
>Cidade</emphasis
></entry>
<entry
><emphasis
>Vencimento</emphasis
></entry>
</row>
<row>
<entry
>João</entry>
<entry
>Pires</entry>
<entry
>Rua do Angustura</entry>
<entry
>1</entry>
<entry
>Rio de Janeiro</entry>
<entry
>2300</entry>
</row>
<row>
<entry
>Pedro</entry>
<entry
>Morais</entry>
<entry
>7 de Setembro</entry>
<entry
>2</entry>
<entry
>São Paulo</entry>
<entry
>1900</entry>
</row>
</tbody>
</tgroup>
</informaltable>

<para
>Vamos assumir que a coluna recém introduzida, <guilabel
>Vencimento</guilabel
>, contém dados confidenciais. Como você poderá compartilhar, &eg;, detalhes de contato das pessoas com os seus colaboradores, mas sem <emphasis
>revelar os seus vencimentos</emphasis
>? É possível se <emphasis
>compartilhar apenas uma pesquisa e não a tabela inteira</emphasis
>. A pesquisa poderia selecionar todas as colunas, exceto a coluna <guilabel
>Vencimento</guilabel
>. No mundo dos bancos de dados, esse tipo de pesquisa é normalmente chamado de <guilabel
>visão</guilabel
>. </para>

</sect3>

<sect3 id="performance-and-capacity">
<title
>Performance e capacidade</title>
<para
>Your computer is probably quite fast, however you will easily see that it doesn't help with slow, large spreadsheets. Their low efficiency is first of all due to lack of indexes accelertaing the process of data search (databases do offer them). Moreover if you use things like system clipboard, even copying data may become troublesome with time. </para>
<para
>Spreadsheets containing large data sets may take ages to open. A spreadsheet loads lots of data to the computer's memory while opening. Most of the data loaded are probably useless/unneccessary for you at the moment. Databases unlike spreadsheets load data from computer storage only when needed. </para>
<para
>Na maioria dos casos, você não terá que se preocupar como o banco de dados guarda os seus dados. Isto significa que, ao contrário das folhas de cálculo, os bancos de dados não se preocupam com: </para>
<itemizedlist>
<listitem
><para
>A sequência das linhas, uma vez que você poderá ordená-las de acordo com as suas necessidades. Além disso, você poderá ver os mesmos dados em várias visões com ordenações diferentes. </para
></listitem>
<listitem
><para
>O mesmo acontece com as colunas (campos) da tabela. </para
></listitem>
</itemizedlist>

<para
>Em conjunto com o <link linkend="data-limiting"
>Limitando a visualização dos dados</link
>, descrito no parágrafo anterior, estas qualidades constituem a vantagem dos bancos de dados. </para>

</sect3>

<sect3 id="convenient-data-entry">
<title
>Entrada de dados</title>
<para
>As últimas edições dos aplicativos para criar planilhas permitem-lhe desenhar formulários de introdução de dados. Esses formulários são extremamente úteis se os seus dados não puderem ser apresentados convenientemente numa tabela, &eg;, se o texto conter várias linhas ou se todas as colunas não couberem na tela. </para>
<para
>Nesse caso, a forma correta como a planilha funciona é problemática. Os campos para a introdução de dados são colocados à vontade na planilha e, na maior parte dos casos, não são seguros no que diz respeito à intervenção do usuário (intencional ou acidental). </para>
</sect3>

<sect3 id="reports">
<title
>Relatórios</title>
<para
>Os bancos de dados permitem agrupar, limitar e somar os dados numa espécie de <emphasis
>relatório</emphasis
>. As folhas de cálculo são normalmente impressas na forma de pequenas tabelas, sem um controle automático completo sobre as divisões das páginas e a disposição dos campos. </para>
</sect3>

<sect3 id="programming">
<title
>Programação</title>
<para
>Os aplicativos para criar bancos de dados contém normalmente linguagens de programação completas. As planilhas mais recentes também têm essa capacidade, contudo os cálculos servem para modificar os campos da planilha e para cópias simples dos dados, sem se importar com a relevância das regras de integridade mencionadas nos parágrafos anteriores. </para>
<para
>O processamento dos dados numa planilha é normalmente feito com uma interface de usuário gráfica, que poderá atrasar a velocidade de processamento dos dados. Os bancos de dados são capazes de funcionar em segundo plano, fora das interfaces gráficas. </para>
</sect3>

<sect3 id="multiuse">
<title
>Multi-uso</title>
<para
>É difícil imaginar um multi-uso de uma planilha. Mesmo que seja tecnicamente possível, no caso dos últimos aplicativos, é necessário bastante disciplina, atenção e conhecimento por parte dos usuários, o que não pode ser garantido. </para>
<para
>Uma forma clássica de compartilhar dados gravados numa planilha com outra pessoa é enviar um arquivo como um todo (usando normalmente o e-mail) ou fornecer uma planilha pela rede. Esta forma de trabalho é pouco eficiente para os grupos maiores de pessoas - os dados que poderiam ser necessários num determinado momento em particular, poderão estar bloqueados atualmente por outra pessoa. </para>
<para
>Por outro lado, os bancos de dados foram desenhadas principalmente com acesso multi-uso e multi-usuário em mente. Mesmo o bloqueio mais simples, ao nível de uma linha de uma tabela em particular, é possível, o que permite um compartilhamento simples dos dados da tabela. </para>
</sect3>

<sect3 id="security">
<title
>Segurança</title>
<para
>A segurança de uma planilha ou de seções em particular com uma senha é meramente uma atividade simbólica. Após oferecer um arquivo de planilha na rede do computador, todas as pessoas que sejam capazes de copiar o arquivo, poderão tentar descobrir a senha. Normalmente, não será muito difícil, uma vez que a senha é guardada no mesmo arquivo da planilha. </para>
<para
>Os recursos para bloquear a edição ou a cópia de uma planilha (ou parte dela), são normalmente fáceis de quebrar. </para>
<para
>Os bancos de dados (exceto os salvos em um arquivo em vez de um servidor) não necessitam estar disponíveis num único arquivo. Você irá acessá-los com a rede do computadores, normalmente indicando um usuário e uma senha. Irá ganhar acesso apenas àquelas áreas (tabelas, formulários ou mesmo colunas e linhas selecionadas) que lhe tenham sido atribuídas, através dos direitos de acesso apropriados. </para>
<para
>Access rights can affect ability of data editing or only data reading. If any data is not avaliable to you, it will not be even sent to your computer, so there is no possibility of making a copy of the data in such easy way as in case of spreadsheet files. </para>

</sect3>
</sect2>
</sect1>

<sect1 id="database-design">
<title
>Desenho de Banco de Dados</title>
<para
>O desenho de um banco de dados necessita de um planejamento cuidadoso. Lembre-se que a nova organização da tabela de contatos, proposta na seção 1.2, poderá gerar problemas quando a tabela for preenchida com dados. Por exemplo, se mudar o nome de um campo será uma tarefa simples, a divisão do campo <guilabel
>Endereço</guilabel
> em dois campos separados necessita de trabalho cuidadoso e tedioso. </para>
<para
>Para evitar estas situações, <emphasis
>volte a pensar no seu projeto de banco de dados</emphasis
> antes de criá-lo no seu computador e antes de você e os outros começarem a usá-lo. Assim, se investir algum tempo inicial, irá provavelmente poupá-lo no dia-a-dia. </para>
</sect1>

<sect1 id="who-needs-a-database">
<title
>Quem precisa de um Banco de Dados?</title>
<itemizedlist>
<title
>Use planilhas se:</title>
<listitem
><para
>As suas necessidades são limitadas e os seus dados nunca irão crescer para grandes volumes (será que consegue prever isso para agora?) </para
></listitem>
<listitem
><para
>Não for capaz de adquirir a metodologia de construção de bancos de dados. Você poderá, contudo, considerar solicitar essa tarefa a alguém que saiba ou usar ferramentas mais simples. </para
></listitem>
<listitem
><para
>Se você usar folhas de cálculo complexas e não tem tempo ou dinheiro para mudar para bancos de dados. Pense ou pergunte a alguém se isso não o levará a um beco-sem-saída. Não conte com ferramentas mágicas que iriam transformar a sua planilha (por melhor que estejam concebidas) num banco de dados. </para
></listitem>
</itemizedlist>

<itemizedlist>
<title
>Pense em usar bancos de dados se:</title>
<listitem
><para
>A sua coleção de dados se expande todas as semanas.</para
></listitem>
<listitem
><para
>Se você cria com frequência planilhas novas, as copia para dentro destas e sente que o seu trabalho está cada vez mais aborrecido. Nesse caso, o esforço de mudança para bancos de dados vale sempre a pena. </para
></listitem>
<listitem
><para
>Você poderá criar relatórios e instruções para os quais a visão em tabela da planilha não é adequada. Poderá então pensar em mudar para um banco de dados com visões de formulários. </para
></listitem>
</itemizedlist>
</sect1>

<sect1 id="database-software">
<title
>Programas de criação de Banco de Dados</title>
<para
>Até agora, você ainda aprendeu as características gerais dos bancos de dados sem entrar em grandes pormenores sobre os aplicativos específicos que os desenharam. </para>
<para
>Os primeiros bancos de dados foram criados em conjunto com os grandes servidores nos anos 60, &eg;, o IBM System/360. Eles não estavam a altura dos PCs atuais, como tal, esses bancos de dados necessitavam de pessoal altamente especializado. Ainda que o 'hardware' dos computadores antigos fosse pouco confiável, extremamente mais lento e tivesse menos capacidade de armazenamento, um dos recursos de banco de dados ainda continua atraente: o acesso aos dados por vários usuários através de uma rede. </para>
<para
>Nos anos 70, os cientistas formaram a teoria dos bancos de dados relacionais (termos como: <firstterm
>tabela</firstterm
>, <firstterm
>registro</firstterm
>, <firstterm
>coluna (campo)</firstterm
> e <firstterm
>relação</firstterm
>, entre outros). Na base desta teoria, os bancos de dados IBM DB2 e Oracle foram criadas, sendo desenvolvidas e usadas até hoje. Na final dos anos 70, foram construídos o primeiros PCs. Os seus usuários poderiam (gradualmente) usar vários tipos de aplicativos, incluindo os usados para a construção de bancos de dados. </para>
<para
>Quando chegaram os grandes bancos de dados nas empresas, a situação não mudou: eles continuam a pedir computadores poderosos ou complexos de computadores chamados <firstterm
>clusters</firstterm
>. Isto vai, porém, além do tópico deste manual. </para>
<para
>Na área de bancos de dados acessíveis, com interfaces gráficas para PCs, você poderá escolher o seguinte: </para>

<itemizedlist>
<listitem
><para
><ulink url="http://www.dbase.com/"
>DBase</ulink
> - uma ferramenta para operar em bancos de dados para DOS, popular nos anos 80. Os arquivos no formato do DBase ainda hoje são usados em alguns casos específicos, devido à sua simplicidade. </para
></listitem>
<listitem
><para
><ulink url="http://msdn.microsoft.com/vfoxpro/productinfo/overview/"
>FoxPro</ulink
> - um aplicativo semelhante ao DBase (início dos anos 90). Após terem sido adquiridas pela Microsoft, as interfaces gráficas foram introduzidas e, como tal, é usada para criar bancos de dados nos PCs. Este produto ainda é oferecido, ainda que esteja um pouco obsoleto. </para
></listitem>
<listitem
><para
><ulink url="http://office.microsoft.com/access/"
>Microsoft Access</ulink
> - um aplicativo para bancos de dados (dados e desenho gráfico da interface) com muitas simplificações, o que o torna adequado para principiantes; foi desenhada no fim dos anos 80, baseada na arquitetura de 16 bits. Os produtos oferecidos ainda são largamente usados nos dias de hoje, especialmente nas empresas pequenas, onde a eficiência e os requisitos multi-usuário não são muito importantes. </para
></listitem>
<listitem
><para
><ulink url="http://www.filemaker.com/"
>FileMaker</ulink
> - um aplicativo conhecido e semelhante ao MS Access em simplicidade, operando em plataformas Windows e Macintosh, que é oferecida desde 1985. </para
></listitem>
<listitem
><para
><ulink url="http://www.kexi.pl/"
>&kexi;</ulink
> - um aplicativo multi-plataforma (Unix/Linux, Windows, Mac OS X), desenhado em 2003, desenvolvida de acordo com os princípios OpenSource, parte do projeto global que é o <ulink url="http://www.kde.org/"
>Ambiente de Trabalho K</ulink
>, &ie; um ambiente gráfico para os sistemas Unix/Linux. Uma contribuição significativa para o desenvolvimento do &kexi; é a companhia OpenOffice Polônia. </para
></listitem>
</itemizedlist>

</sect1>

</appendix>