Preenchendo alguns dados
Para ter alguns dados “fictícios”, preencha os seguintes 4 registros na tabela Tipo: “Jogo”, “Banco de Dados”, “Internet”, “Gráficos” Gráficos)”. Esses valores serão utilizados ao selecionar o tipo de aplicativo armazenado na tabela de aplicativos (aplicativos). Em seguida, adicione uma linha na tabela de autores (Autores): 'Delphi Guide', '[email protected]', 'http://delphi.about.com'. Por fim, adicione uma linha na tabela Aplicativos: 'Zoom', 'Zooming the Destop', 'Delphi Guide', 'Graphics', 10, 0, 02/20/2001, e deixe o último campo (Photo) vazio.
Como lidar com esses bancos de dados "em branco"... será explicado nos capítulos restantes deste tutorial.
Capítulo 2 Conectando-se ao banco de dados usando ADO? BDE?
Seção 1 Conectividade de banco de dados Delphi
Conforme mostrado no capítulo anterior, um banco de dados é uma coleção de uma ou mais tabelas que armazenam dados em um formato estruturado. Essas tabelas contêm dados na forma de linhas e colunas. Quando um banco de dados contém uma ou mais tabelas, as tabelas normalmente contêm dados discretos, mas relacionados. MS access, Interbase e SQL Server usam um arquivo para representar um banco de dados completo (MS Access é um arquivo *.mdb). Paradox e dBase, por outro lado, são definidos por tabelas e arquivos separados que representam índices e relacionamentos de tabelas. Todos os arquivos que descrevem o banco de dados Paradox são geralmente armazenados em um diretório. É claro que o Delphi pode funcionar nos dois sentidos.
Usando Delphi, podemos conectar-nos a diferentes tipos de bancos de dados: banco de dados local ou C/S (servidor remoto). O banco de dados local é armazenado em uma unidade local ou na rede local. O servidor de banco de dados remoto geralmente está localizado em uma máquina remota. Os tipos de bancos de dados locais incluem Paradox, dBase e MS Access. O banco de dados C/S inclui MS SQL Server, Interbase ou Oracle.
Os bancos de dados locais são frequentemente chamados de bancos de dados de camada única. Um banco de dados de camada única responde a quaisquer alterações (edição de dados, inserção de registros ou exclusão de registros) imediatamente. Um banco de dados de camada única tem limitações quanto à quantidade de dados que a tabela pode conter e ao número de usuários que o aplicativo pode suportar. Quando o banco de dados contém informações sobre relacionamentos complexos entre diversas tabelas, ou quando o número de clientes aumenta, você precisa usar um aplicativo de duas ou várias camadas. O aplicativo cliente é executado na máquina local; o servidor de aplicativos geralmente é executado no servidor e o banco de dados pode estar localizado em outro servidor. A ideia por trás de uma arquitetura multicamadas é que o programa cliente pode ser muito pequeno porque o servidor de aplicativos pode fazer grande parte do trabalho. Isso permite que você escreva os chamados aplicativos thin client.
Quando escrevemos um aplicativo de banco de dados em Delphi, precisamos usar algum mecanismo de banco de dados para acessar os dados no banco de dados. Os bancos de dados permitem que você se concentre nos dados que está acessando, e não em como acessá-los. Desde a primeira versão, Delphi fornece BDE (Borland Database Engine) para desenvolvedores de banco de dados. Além do BDE, a partir da quinta edição, o Delphi oferece suporte à interface de banco de dados ADO da Microsoft.
Este tutorial se concentrará no desenvolvimento de aplicativos de banco de dados de camada única com banco de dados local MSAccess.
Seção 2 Borland Database Engine (BDE)
BDE é a camada de acesso a dados comum para todos os produtos Borland — incluindo Delphi e C++Builder. BDE é uma coleção de DLLs (Dynamic Link Libraries) e ferramentas. A beleza disso é que todo o processamento de dados é transparente para o desenvolvedor. O BDE vem com um conjunto de drivers que permitem que seu aplicativo se comunique com diversos tipos de bancos de dados. Esses drivers convertem comandos de banco de dados de alto nível (como abrir ou postar) e tarefas (bloqueio de registros ou estruturas SQL) em comandos específicos exigidos por um tipo de banco de dados especial: Paradox, dBase, MS Access ou qualquer fonte de dados ODBC. A API BDE (Application PROgramming Interface) contém mais de 200 procedimentos e funções, que estão disponíveis na unidade BDE. Felizmente, você quase nunca precisa ligar diretamente para esses programas. Em vez disso, você usa o BDE por meio do componente Data Access da VCL (Translator: Visual Component Library) – a página Data Access (Data Access) localizada no Painel de Componentes. Para acessar um determinado banco de dados, um aplicativo só precisa conhecer o alias do banco de dados (Alias) para acessar todos os dados desse banco de dados. O alias é criado no Administrador BDE e especifica os parâmetros da unidade e a localização do banco de dados. O BDE vem com um conjunto de drivers de banco de dados que podem acessar uma ampla variedade de diferentes tipos de elementos de dados. Os drivers BDE padrão incluem Paradox, dBase, MS Access e texto ASCII. Naturalmente, qualquer driver ODBC também pode ser usado pelo BDE através do Administrador ODBC.
Aplicações Delphi que usam BDE para acessar bancos de dados exigem que o BDE seja distribuído para a aplicação. Ao configurar o BDE de uma aplicação, você deve usar o InstallShield Express ou outro instalador específico da Borland.
O BDE como mecanismo de banco de dados tem suas vantagens e desvantagens. Entretanto, por que e quando você deve (ou não) usar métodos BDE em vez de certas técnicas não-BDE não será discutido neste tutorial.
Como este tutorial discute ADO/MSAccess, o restante do tutorial se concentrará nessa abordagem não-BDE para bancos de dados.
22 de dezembro de 2002