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

<appendix id="database">
<title
>Introdução às Bases de Dados</title>

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

<para
><emphasis
>Tabela de <guilabel
>Contactos</guilabel
></emphasis
></para>
<informaltable>
<tgroup cols="2">
<tbody>
<row>
<entry
><guilabel
>Nome</guilabel
></entry>
<entry
><guilabel
>Núm. Tel.</guilabel
></entry>
</row>
<row>
<entry
>Zé</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 colecção maior poderá ser chamado de <firstterm
>linha</firstterm
> ou, de forma mais profissional, um <firstterm
>registo</firstterm
>. A colecção chama-se normalmente <firstterm
>tabela</firstterm
>. Para além disso, o nome mais natural para a tabela é um que descreve os dados que oferece/guarda, que é o <guilabel
>Contactos</guilabel
>. Depois disso, cada linha da tabela consiste em <firstterm
>colunas</firstterm
>, também chamadas de <firstterm
>campos</firstterm
>. Na tabela <guilabel
>Contactos</guilabel
>, existem duas colunas (campos): o <guilabel
>Nome</guilabel
> e o <guilabel
>Num. Tel.</guilabel
>. </para>
<para
>Para utilizações simples, uma única tabela poderá constituir uma <firstterm
>base de dados</firstterm
>. Muitas pessoas consideram estas duas equivalentes. Como poderá ver, para as base de dados reais, é necessário normalmente mais que uma tabela. </para>
<para
>Para resumir, já tem uma base de dados simples com uma tabela <guilabel
>Contactos</guilabel
>. </para>
</sect1>


<sect1 id="database-and-spreadsheet">
<title
>Base de Dados e Folha de Cálculo</title>
<para
>É bastante provável que já tenha usado folhas de cálculo, como o KSpread, o OpenOffice.org Calc ou o Microsoft Excel. Se for o caso, irá pensar provavelmente: dado que tanto as folhas de cálculo como as bases de dados têm tabelas, porque é que deverei usar a última? </para>
<para
>Enquanto estiver a comparar as folhas de cálculo e as bases de dados, poderá encontrar as seguintes questões que irá ver mais tarde em maior detalhe: </para>
<itemizedlist>
<listitem
><para
><link linkend="referential-data-integrity"
>Integridade de referência 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"
>Limitar a 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"
>Introdução 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-usos</link
></para
></listitem>
<listitem
><para
><link linkend="security"
>Segurança</link
></para
></listitem>
</itemizedlist>

<sect2 id="difference-database-and-spreadsheet">
<title
>No que Difere uma Base de Dados de uma Folha de Cálculo?</title>

<para
>Excedendo gradualmente a capacidade de um telemóvel, expanda a sua tabela <guilabel
>Contactos</guilabel
> ao adicionar uma coluna (campo) <guilabel
>Endereço</guilabel
>. Adicione mais números de telefone (escritório, casa) para cada pessoa e adicione apelidos aos nomes. Para simplificar, assumir-se-á o seguinte: </para>
<itemizedlist>
<listitem
><para
>a tabela está limitada a duas pessoas (obviamente, poderão existir centenas e milhares delas numa base de dados real)</para
></listitem>
<listitem
><para
>não existem duas pessoas com o mesmo nome e apelido</para>
</listitem>
</itemizedlist>
<para
><emphasis
>Tabela de contactos</emphasis
></para>
<informaltable>
<tgroup cols="3">
<tbody>
<row>
<entry
><emphasis
>Nome e apelido</emphasis
></entry>
<entry
><emphasis
>Tel</emphasis
></entry>
<entry
><emphasis
>Endereço</emphasis
></entry>
</row>
<row>
<entry
>José Pires</entry>
<entry
>699 23 43 12</entry>
<entry
>Rua do Zé 1, Lisboa</entry>
</row>
<row>
<entry
>Pedro Morais</entry>
<entry
>711 19 77 21</entry>
<entry
>Rua do Pedro 2, Porto</entry>
</row>
<row>
<entry
>José Pires</entry>
<entry
>110 98 98 00</entry>
<entry
>Rua do Zé 1</entry>
</row>
<row>
<entry
>Pires José</entry>
<entry
>312 43 42 22</entry>
<entry
>Lisboa, Rua do Zé 1</entry>
</row>
<row>
<entry
>PEDRO Morais</entry>
<entry
>231 83 02 04</entry>
<entry
>Rua do Pedro 2, Porto</entry>
</row>
</tbody>
</tgroup>
</informaltable>

<para
>Uma tabela como esta tanto pode ser feita numa folha de cálculo como numa base de dados. Usar uma folha de cálculo é muito simples, claro. Quais são os problemas que encontra nesta altura? </para>

<sect3 id="referential-data-integrity">
<title
>Integridade de referência de dados</title>
<para
>Suponha que está a usar uma folha de cálculo e necessita de alterar o endereço de, pelo menos, uma pessoa. Tem aí um pequeno problema: terá frequentemente de alterar o endereço em várias linhas. Por exemplo, o José ocupa três linhas. Um problema real levantar-se-á se se esquecer de alterar uma das linhas - o endereço atribuído a essa pessoa será <emphasis
>ambíguo</emphasis
>, logo <emphasis
>os seus dados perdem integridade</emphasis
>. </para>
<para
>Para além disso, não existe uma forma simples de remover uma pessoa escolhida da tabela, dado que terá de se lembrar de apagar todas as linhas relacionadas com ela. </para>
</sect3>


<sect3 id="data-redundyncy">
<title
>Redundância de dados</title>
<para
>Isto está ligado directamente 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 folhas de cálculo, uma forma ineficiente de guardar dados, dado que a base de dados cresce desnecessariamente, consumindo mais recursos do computador (maior tamanho dos dados e um acesso mais lento). </para>
<para
>Como é que poderá resolver estes problemas com uma base de dados? Poderá dividir a informação em blocos mais pequenos se criar uma tabela adicional <emphasis
>Pessoas</emphasis
> com apenas duas colunas: <guilabel
>Nome e apelido</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 apelido</emphasis
></entry>
<entry
><emphasis
>Endereço</emphasis
></entry>
</row>
<row>
<entry
>José Pires</entry>
<entry
>Rua do Zé 1, Lisboa</entry>
</row>
<row>
<entry
>Pedro Morais</entry>
<entry
>Rua do Pedro 2, Porto</entry>
</row>
</tbody>
</tgroup>
</informaltable>

<para
>Cada linha da tabela <guilabel
>Pessoas</guilabel
> corresponde a uma <emphasis
>única pessoa</emphasis
>. A tabela <guilabel
>Contactos</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 apelido</guilabel
> e <guilabel
>Endereço</guilabel
>. As pessoas que introduzem os dados poderão ser falíveis ou mesmo negligentes. Nos nossos dados de exemplo, existem sequências diferentes de introdução do mesmo nome e apelido (José Pires e Pires José; Pedro e PEDRO), entre outras formas de introdução do mesmo endereço. Obviamente, poderá pensar ainda mais outras formas. </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 Zé 1, Lisboa", não irá obter um resultado completo. Irá obter uma linha apenas, em vez de três. Para além disso, não irá encontrar todos os números de telefone que procurem pelo valor "José Pires" no campo <guilabel
>Nome e apelido</guilabel
>, dado que o "Pires José" não é igual ao "José Pires". </para>
<para
>Como é que poderá resolver estes problemas com uma base de dados? Podê-lo-á fazer se alterar o desenho da tabela <guilabel
>Pessoas</guilabel
> da seguinte forma: </para>
<orderedlist>
<listitem
><para
><emphasis
>Dividindo os dados</emphasis
> no campo <guilabel
>Nome e apelido</guilabel
> em dois campos separados: <guilabel
>Nome</guilabel
> e <guilabel
>Apelido</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 de Porta</guilabel
> e <guilabel
>Localidade</guilabel
>. </para
></listitem>
<listitem
><para
><emphasis
>Garanta a correcção dos dados:</emphasis
> assegurando que os campos não estão vazios, &eg;, tem sempre de indicar o número da porta. </para
></listitem>
</orderedlist>

<para
>Uma tabela modificada fica parecida com algo do género: </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
>Apelido</emphasis
></entry>
<entry
><emphasis
>Rua</emphasis
></entry>
<entry
><emphasis
>Número da porta</emphasis
></entry>
<entry
><emphasis
>Cidade</emphasis
></entry>
</row>
<row>
<entry
>Zé</entry>
<entry
>Pires</entry>
<entry
>Rua do Zé</entry>
<entry
>1</entry>
<entry
>Lisboa</entry>
</row>
<row>
<entry
>Pedro</entry>
<entry
>Morais</entry>
<entry
>Rua do Pedro</entry>
<entry
>5</entry>
<entry
>Porto</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
>, poder-se-á garantir que os dados introduzidos estão completos. No caso das outras tabelas, poderá obviamente permitir a omissão de certos campos ao introduzir dados. </para>

</sect3>

<sect3 id="data-limiting">
<title
>Limitar a visualização dos dados</title>
<para
>Uma folha de cálculo mostra todas as linhas e colunas da tabela, o que poderá ser incómodo no caso de folhas de dados muito grandes. Poderá, obviamente, filtrar e ordenar as linhas nas folhas de cálculo, contudo deverá ter bastante cuidado ao fazê-lo. Os utilizadores da folha de cálculo estão em risco de se esquecer que os dados foram filtrados, o que poderá conduzir a erros. Por exemplo, ao calcular somas, poderá pensar que tem 100 linhas de dados visíveis, quando de facto estão mais 20 escondidas. </para>
<para
>Se quiser lidar com um pequeno sub-conjunto de dados, &eg;, para o enviar para outras pessoas editarem, poderá copiá-lo e colá-lo noutra folha de cálculo e, após a edição, colar os dados alterados de novo na folha de cálculo principal. Esta edição "manual" poderá provocar a perda de dados ou cálculos incorrectos. </para>
<para
>Para limitar a <emphasis
>visualização dos dados</emphasis
>, as aplicações de bases de dados oferecem <emphasis
>pesquisas</emphasis
>, <emphasis
>formulários</emphasis
> e <emphasis
>relatórios</emphasis
>. </para>
<para
>Uma forma muito prática de limitar a seguinte versão extendida da tabela <guilabel
>Pessoas</guilabel
>, descrita anteriormente: </para>

<para
><emphasis
>Tabela de pessoas</emphasis
></para>
<informaltable>
<tgroup cols="6">
<tbody>
<row>
<entry
><emphasis
>Nome</emphasis
></entry>
<entry
><emphasis
>Apelido</emphasis
></entry>
<entry
><emphasis
>Rua</emphasis
></entry>
<entry
><emphasis
>Número da porta</emphasis
></entry>
<entry
><emphasis
>Cidade</emphasis
></entry>
<entry
><emphasis
>Vencimento</emphasis
></entry>
</row>
<row>
<entry
>Zé</entry>
<entry
>Pires</entry>
<entry
>Rua do Zé</entry>
<entry
>1</entry>
<entry
>Lisboa</entry>
<entry
>2300</entry>
</row>
<row>
<entry
>Pedro</entry>
<entry
>Morais</entry>
<entry
>Rua do Pedro</entry>
<entry
>5</entry>
<entry
>Porto</entry>
<entry
>1900</entry>
</row>
</tbody>
</tgroup>
</informaltable>

<para
>Vamos assumir que a coluna acabada de introduzir, <guilabel
>Vencimento</guilabel
>, contém dados confidenciais. Como é que poderá partilhar, &eg;, detalhes de contacto das pessoas com os seus colaboradores, mas sem <emphasis
>revelar os seus vencimentos</emphasis
>? É possível se <emphasis
>partilhar apenas uma pesquisa e não a tabela inteira</emphasis
>. A pesquisa poderia seleccionar todas as colunas, excepto a coluna <guilabel
>Vencimento</guilabel
>. No mundo das bases de dados, esse tipo de pesquisa é normalmente chamado de <guilabel
>vista</guilabel
>. </para>

</sect3>

<sect3 id="performance-and-capacity">
<title
>Performance e capacidade</title>
<para
>O seu computador poderá ser muito rápido, contudo irá ver que não o ajudará com folhas de cálculo lentas e grandes. A sua eficiência baixa é, primeiro que tudo, devida à falta de índices que acelerem o processo de procura de dados (as bases de dados oferecem-nas). Para além disso, se usar coisas como a área de transferência do sistema, até a cópia de dados poderá ser problemática com o tempo. </para>
<para
>As folhas de cálculo que contenham grandes conjuntos de dados poderá levar uma eternidade a abrir. A folha de cálculo carrega um monte de dados para a memória do computador ao abrir. A maioria dos dados carregados será provavelmente inútil/desnecessária para si, de momento. As bases de dados, ao contrário das folhas de cálculo, carregam dados do disco do computador apenas se necessário. </para>
<para
>Na maioria dos casos, não terá de se preocupar como é que a base de dados guarda os seus dados. Isto significa que, ao contrário das folhas de cálculo, as bases de dados não se preocupam com: </para>
<itemizedlist>
<listitem
><para
>A sequência das linhas, dado que poderá ordená-las de acordo com as suas necessidades. Para além disso, poderá ver os mesmos dados em várias vistas 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"
>Limitar a visualização dos dados</link
>, descrito no parágrafo anterior, estas qualidades constituem a vantagem das bases de dados. </para>

</sect3>

<sect3 id="convenient-data-entry">
<title
>Introdução de dados</title>
<para
>As últimas edições das aplicações para criar folhas de cálculo 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 no ecrã. </para>
<para
>Nesse caso, a forma correcta como a folha de cálculo funciona é problemática. Os campos para a introdução de dados são colocados à vontade na folha de cálculo e, na maior parte dos casos, não são seguros no que respeita à intervenção do utilizador (intencional ou acidental). </para>
</sect3>

<sect3 id="reports">
<title
>Relatórios</title>
<para
>As bases 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 controlo 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
>As aplicações para criar bases de dados contêm normalmente linguagens de programação completas. As bases de dados mas recentes também têm essa capacidade, contudo os cálculos servem para modificar os campos da folha de cálculo e para cópias simples dos dados, independentemente da relevância das regras de integridade mencionadas nos parágrafos anteriores. </para>
<para
>O processamento dos dados numa folha de cálculo é normalmente feito com uma interface do utilizador gráfica, que poderá atrasar a velocidade de processamento dos dados. As bases de dados são capazes de funcionar em segundo plano, fora das interfaces gráficas. </para>
</sect3>

<sect3 id="multiuse">
<title
>Multi-usos</title>
<para
>É difícil imaginar um multi-usos de uma folha de cálculo. Mesmo que seja tecnicamente possível, no caso das últimas aplicações, necessita de bastante disciplina, atenção e conhecimento por parte dos utilizadores, o que não pode ser garantido. </para>
<para
>Uma forma clássica de partilhar dados gravados numa folha de cálculo com outra pessoa é enviar um ficheiro como um todo (usando normalmente o e-mail) ou fornecer uma folha de cálculo pela rede. Esta forma de trabalho é pouco eficiente para os grupos maiores de pessoas - os dados que poderiam ser necessários numa dada altura em particular, poderão estar bloqueados de momento por outra pessoa. </para>
<para
>Por outro lado, as bases de dados foram desenhadas principalmente com acesso multi-usos e multi-utilizadores em mente. Mesmo o bloqueio mais simples, ao nível de uma linha de uma tabela em particular, é possível, o que permite uma partilha simples dos dados da tabela. </para>
</sect3>

<sect3 id="security">
<title
>Segurança</title>
<para
>A segurança de uma folha de cálculo ou de secções em particular com uma senha é meramente uma actividade simbólica. Após oferecer um ficheiro de folha de cálculo na rede do computador, todas as pessoas que sejam capazes de copiar o ficheiro, poderão tentar descobrir a senha. Normalmente, não será muito difícil, dado que a senha é guardada no mesmo ficheiro que a folha de cálculo. </para>
<para
>As funcionalidades para bloquear a edição ou a cópia de uma folha de cálculo (ou parte dela), são normalmente fáceis de quebrar. </para>
<para
>As bases de dados (excepto as gravadas num ficheiro em vez de um servidor) não necessitam de estar disponíveis num único ficheiro. Irá aceder a estas com a rede do computador, normalmente indicando um utilizador e uma senha. Irá ganhar acesso apenas àquelas áreas (tabelas, formulários ou mesmo colunas e linhas seleccionadas) que lhe tenham sido atribuídas, através dos direitos de acesso apropriados. </para>
<para
>Os direitos de acesso poderão afectar a capacidade de edição dos dados ou apenas da leitura de dados. Se não estiverem quaisquer dados disponíveis para si, poderá até nem ser enviado para o seu computador, como tal não há possibilidade de fazer uma cópia dos dados de forma simples, como acontece nas folhas de cálculo. </para>

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

<sect1 id="database-design">
<title
>Desenho da Base de Dados</title>
<para
>O desenho de uma base de dados necessita de um planeamento cuidadoso. Lembre-se que a nova organização da tabela de contactos, proposta na secçã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, mas a divisão do campo <guilabel
>Endereço</guilabel
> em dois campos separados necessita de trabalho cuidadoso e aborrecido. </para>
<para
>Para evitar estas situações, <emphasis
>volte a pensar no seu projecto de base de dados</emphasis
> antes de a criar no seu computador e antes de você e os outros começarem a usá-la. Como tal, 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 uma Base de Dados?</title>
<itemizedlist>
<title
>Mantenha-se com as folhas de cálculo 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 bases de dados. Poderá, contudo, considerar requisitar essa tarefa a alguém que saiba ou usar ferramentas mais simples. </para
></listitem>
<listitem
><para
>Se você usar folhas de cálculo complicadas e não tem tempo ou dinheiro para mudar para bases 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 folha de cálculo (por melhor que estejam concebidas) numa base de dados. </para
></listitem>
</itemizedlist>

<itemizedlist>
<title
>Pense em usar bases de dados se:</title>
<listitem
><para
>A sua colecção de dados se expande todas as semanas.</para
></listitem>
<listitem
><para
>Se cria com frequência folhas de cálculo novas, as copia para dentro destas e se sente que o seu trabalho está cada vez mais aborrecido. Nesse caso, o esforço de mudança para bases de dados vale sempre a pena. </para
></listitem>
<listitem
><para
>Poderá criar relatórios e instruções para os quais a vista da folha de cálculo não é adequada. Poderá então pensar em mudar para uma base de dados com janelas de formulários. </para
></listitem>
</itemizedlist>
</sect1>

<sect1 id="database-software">
<title
>'Software' de Criação da Base de Dados</title>
<para
>Até agora, ainda não aprendeu as características das bases de dados sem entrar em grandes pormenores sobre as aplicações específicas que os desenharam. </para>
<para
>As primeiras bases de dados que foram criadas em conjunto com os grandes servidores nos anos 60, &eg;, o IBM System/360. Esta não era a altura dos PCs, como tal, essas bases de dados necessitavam de pessoal altamente especializado. Ainda que o 'hardware' dos computadores antigos fosse pouco fiável, fosse extremamente mais lento e tivesse menos capacidade de armazenamento, uma das funcionalidades de bases de dados ainda continua atraente: o acesso aos dados por vários utilizadores na rede. </para>
<para
>Nos anos 70, os cientistas formaram a teoria das bases de dados relacionais (termos como: <firstterm
>tabela</firstterm
>, <firstterm
>registo</firstterm
>, <firstterm
>coluna (campo)</firstterm
> e <firstterm
>relação</firstterm
>, entre outros). Na base desta teoria, as bases de dados  IBM DB2 e Oracle foram criadas, sendo desenvolvidas e usadas até hoje. Na última parte dos anos 70, foram construídos o primeiros PCs. Os seus utilizadores poderiam (gradualmente) usar vários tipos de aplicações, incluindo as usadas para a construção da base de dados. </para>
<para
>No que respeita a bases de dados empresariais grandes, a situação não mudou: 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 bases de dados acessíveis, com interfaces gráficas para PCs, poderá escolher o seguinte: </para>

<itemizedlist>
<listitem
><para
><ulink url="http://www.dbase.com/"
>DBase</ulink
> - uma ferramenta para operar em bases de dados para DOS, popular nos anos 80. Os ficheiros 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
> - uma aplicação 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 bases 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
> - uma aplicação para bases 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 arquitectura de 16 bits. Os produtos oferecidos ainda são usados nos dias de hoje, especialmente nas empresas pequenas, onde a eficiência e os requisitos multi-utilizador não são muito importantes. </para
></listitem>
<listitem
><para
><ulink url="http://www.filemaker.com/"
>FileMaker</ulink
> - uma aplicação conhecida e semelhante ao MS Access no que respeita à simplicidade, a operação em plataformas Windows e Macintosh, que é oferecida desde 1985. </para
></listitem>
<listitem
><para
><ulink url="http://www.kexi.pl/"
>&kexi;</ulink
> - uma aplicação multi-plataforma (Unix/Linux, Windows, Mac OS X), desenhada em 2003, desenvolvida de acordo com os princípios OpenSource, parte do projecto 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>
