path: root/koffice-i18n-pt_BR/docs/koffice/kexi/database.docbook

<!--
  <!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 ítens 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
>Uma tabela como esta tanto pode ser feita numa planilha como numa base de dados. Usar uma planilha é muito simples, claro. Quais são os problemas que nós encontraremos neste estágio? </para>

<sect3 id="referential-data-integrity">
<title
>Integridade referencial de dados</title>
<para
>Suponha que você está usando uma planilha e necessita de alterar o endereço de, pelo menos, uma pessoa. Você tem aí um pequeno problema: terá freqüentemente de alterar o endereço em várias linhas. Por exemplo, o João ocupa três linhas. Um problema real ocorrerá se você 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
>Além disso, não existe uma forma simples de remover uma pessoa escolhida da tabela, uma vez que você terá que 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 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 seqüê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
>Se quiser lidar com um pequeno sub-conjunto de dados, &eg;, para o enviar para outras pessoas editarem, você poderá copiá-lo e colá-lo noutra planilha e, após a edição, colar os dados alterados novamente na planilha principal. Esta edição "manual" poderá provocar a perda de dados ou cálculos incorretos. </para>
<para
>Para limitar a <emphasis
>visualização dos dados</emphasis
>, as aplicações de bancos 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 estendida 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
>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
>O seu computador poderá ser muito rápido, contudo você irá notar que não o ajudará com planilhas lentas e grandes. A sua eficiência baixa é, antes de tudo, devida à falta de índices que acelerem o processo de procura de dados (os bancos de dados oferecem estes índices). Além disso, se você 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 planilhas que contenham grandes conjuntos de dados poderão levar uma eternidade a abrir. A planilha carrega um grande quantidade de dados para a memória do computador ao abrir. A maioria dos dados carregados será provavelmente inútil/desnecessária para você, naquele momento. Os bancos de dados, ao contrário das planilhas, carregam dados do disco do computador apenas se necessário. </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 seqüê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 das aplicações 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
>As aplicações 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 das últimas aplicações, é 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
>Os direitos de acesso poderão afetar a capacidade de edição dos dados ou apenas da leitura de dados. Se não estiverem disponíveis quaisquer dados para você, eles não serão sequer enviados para o seu computador, assim não há possibilidade de fazer uma cópia dos dados de forma simples, como acontece nas planilhas. </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 freqüê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 as aplicações específicas 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 aplicações, incluindo as usadas 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
> - 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 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
> - uma aplicação 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
> - uma aplicação conhecida 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
> - uma aplicação multi-plataforma (Unix/Linux, Windows, Mac OS X), desenhada 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>