Recomendado: ASP Avançado: Use ASP para fazer gráficos estatísticos de pizza, gráficos de barras, etc. Em nosso trabalho, geralmente precisamos converter dados em gráficos de barras, gráficos de pizza etc. para facilitar e análises intuitivas de dados. Aqui, apresentarei a você um componente que fabrica gráficos de pizza e gráficos de barras no ASP: CSDRAWGRAPH, CSDGT.ZIP. Por ser um componente, precisamos usar o RegSV antes de usá -lo.
CAPÍTULO 8 ADO BASICSNos sete primeiros capítulos deste livro, já falamos sobre o conteúdo sobre o ASP e como o ASP traz conteúdo dinâmico para o site. Foi visto que seu programa de script permite páginas da Web personalizadas, permitindo -nos criar páginas ASP mais poderosas.
Agora, a integração de ASP e dados será estudada. Embora não haja limite para o número de scripts usados nas páginas da web, sem algum tipo de dados, em breve será um beco sem saída. Os dados constituem o conteúdo real do site ou apontam como configurar o site, portanto os dados geralmente são muito importantes. Se você criar um site em torno do armazenamento de dados, precisará alterar os dados correspondentes ao alterar o site.
O ActiveX Data Objects (ADOS) são componentes que permitem que os usuários interajam com as lojas de dados. Isso significa que uma página da Web pode ser criada com base em alguns dados ou em um sistema de comércio eletrônico totalmente interativo. De qualquer maneira, o ADO nos permite nos comunicar com dados. Discutiremos o principal conteúdo de obtenção e transmissão de dados do armazenamento de dados, bem como o método de processamento de dados após a obtenção de dados.
Primeiro, analisamos o que é o ADO e seus componentes incluídos e depois discutimos como acessar o armazenamento de dados. No próximo capítulo, aprenderemos ainda alguns dos recursos mais avançados do ADO, como comandos, procedimentos armazenados e algumas técnicas operacionais para otimizar aplicativos. A próxima etapa é estudar o processo de interação entre o servidor da Web e o navegador, bem como o processo de processamento de dados. Em seguida, estude o potencial XML no campo do acesso a dados. O que é XML? Como usá -lo? Como o XML representa uma tendência no desenvolvimento futuro, apresentaremos a idéia da Microsoft de acesso universal a dados. Nesse conceito, os dados não são apenas obtidos no banco de dados. Por fim, dê uma olhada nos bancos de dados da Microsoft padrão, como Access e SQL Server e como usar o ADO nele.
Este capítulo começa com ADO, e o conteúdo principal é:
· Estude como o ADO interage com os dados.
· Entenda os componentes da ADO.
· Como conectar e criar conjuntos de dados com dados de dados.
· Como processar e modificar dados.
· Como lidar com erros de ADO.
8.1 Definição de ADO
A ADO é uma ideia bastante simples, uma ideia que permite acessar dados de apenas uma maneira. A ADO não é uma ideia nova, é apenas uma coisa nova que se adapta às necessidades do presente e do futuro, adotando a tecnologia de acesso ao banco de dados existente e integrando -a. É muito importante se adaptar às necessidades futuras. Muitas outras tecnologias, como DAO e ODBC, são aceitáveis no desenvolvimento de algumas aplicações, mas com a ascensão da Internet, surgiram alguns de seus próprios problemas.
Em muitos casos, os métodos tradicionais de acesso a dados parecem resolver alguns problemas com os sistemas de clientes/servidores de duas camadas, mas exigem uma conexão permanente com os dados e fornecem funções poderosas, como consultas rápidas responsivas, fácil modificação de dados, etc. No reino da Internet, agora é necessário levar em consideração a natureza estatutária da Web e o número potencial de usuários que podem acessar o site. Não é realista estabelecer uma conexão permanente com os dados, portanto, esses fatores devem ser levados em consideração ao projetar aplicativos.
Então, o que exatamente são DB antigos e ADO? Vamos compará -lo com algumas tecnologias existentes de acesso a dados antes de responder a essa pergunta. Se os leitores já foram expostos à programação do banco de dados, eles podem estar mais familiarizados com o ODBC e o RDO. O Open Database Connections (ODBC) é uma interface de programação de aplicativos (API) que permite o acesso a bancos de dados relacionais, como Access e SQL Server. Por ser uma API, muitos programadores, especialmente programadores no campo Visual Basic, acham complicado de usar. O objeto de dados remoto (RDO) é um objeto ActiveX localizado na camada superior do ODBC. Ele pode fornecer todas as funções do ODBC e é relativamente simples de usar.
OLE DB pode ser equiparado com ODBC e ADO pode ser equiparado ao RDO.
Ole DB é uma tecnologia básica para a interação de aplicativos com fontes de dados.
Isso é bastante complicado e está realmente disponível apenas para programadores C e C. Como o nome da ADO sugere, é um objeto ActiveX com fácil acesso à funcionalidade OLE DB.
Você pode achar que o termo ActiveX é frequentemente misturado com objetos COM. Não há diferença essencial para os programadores ASP, porque ambos são baseados na estrutura do sistema COM, exceto que o ActiveX é um padrão de plataforma cruzada para componentes, e o COM é específico do Windows.
Embora a Microsoft tenha introduzido uma nova tecnologia para acessar dados, ela não cancelou imediatamente a tecnologia antiga e o ODBC ainda funciona de maneira muito eficaz e trabalha em estreita colaboração com Ole DB e ADO. De fato, o ODBC não é apenas um produto da Microsoft, também é controlado por componentes internacionais. E por causa de seu uso generalizado, o ODBC não morrerá repentinamente. A idéia por trás de Ole DB não é abandonar as tecnologias existentes, mas melhorá -las constantemente.
8.1.1 A arquitetura de Ole DB e ADO
Uma breve explicação de Ole DB e ADO em alguns aspectos principais foi dada acima. A Figura 8-1 mostra a relação entre essas duas tecnologias e aplicativos e armazenamento de dados:
Figura 8-1 A relação entre Ole DB, ADO e Aplicação e armazenamento de dados
A idéia geral pode ser vista na Figura 8-1. Na parte superior do diagrama está o aplicativo (Web ou aplicativo regular, que é irrelevante), e abaixo está o ADO e/ou OLE DB que fornecem acesso aos dados. ADO e OLE DB são ambos porque o OLE DB é uma tecnologia básica. No entanto, o OLE DB não é adequado para todos os idiomas, portanto, o ADO está localizado na camada superior do OLE DB e fornece interfaces de programação para linguagens que não têm acesso direto ao OLE DB, como linguagens Visual Basic e Script. O ADO fornece uma interface de programação mais fácil do que o OLE DB; portanto, mesmo linguagens de programação que podem usar diretamente o OLE DB, como C ou Java, o ADO pode ser usado para simplificar o acesso aos dados.
A Figura 8-1 mostra a linguagem de programação da Microsoft e o ADO é um componente COM, para que possa ser usado em qualquer linguagem de programação compatível, como Delphi ou linguagem de script que suporta a interface de script ativa. Portanto, embora a ADO esteja relacionada à plataforma, ela não está relacionada ao idioma desenvolvido. Obviamente, para ASPS, VBScript e JScript são usados principalmente e, ao usar o ADO em componentes, há algum código Visual Basic.
Agora sabemos que Ole DB e ADO permitem o acesso aos dados, mas por que precisamos deles? Há algo errado com o método antigo? Aqui estão duas razões principais:
Primeiro de tudo, Ole DB e ADO são usados para acessar o armazenamento de dados. Observe que isso se refere ao armazenamento de dados em vez do banco de dados. Embora os bancos de dados ainda sejam a forma mais extensa de armazenamento de dados, eles não contêm necessariamente todos os dados. Alguns sistemas de mensagens, como o Microsoft Exchange Server, também são comumente usados para armazenar dados. Os serviços de diretório estão começando a mostrar sinais, eles contêm dados sobre usuários, máquinas, etc.; Há muitas informações contidas no servidor da web. Você pode continuar a listá -lo e é óbvio que é necessário um método para acessar todos esses tipos diferentes de dados.
Em segundo lugar, originou -se da ascensão dos aplicativos da Internet e da natureza do estado da Web. Os métodos anteriores para acessar dados consideraram principalmente o processamento de dados, mantendo uma conexão permanente com o armazenamento de dados. Ole DB e ADO foram projetados para resolver esse problema, fornecendo um conjunto de registros desconectados, e veremos o conteúdo disso posteriormente.
8.1.2 Consumidores e fornecedores
O diagrama da estrutura do sistema ADO mostra como o ADO funciona entre um aplicativo e um armazenamento de dados real. Na literatura da Microsoft, dois termos fáceis de entender são vistos: consumidor e provedor, mas é crucial descobrir suas definições exatas.
O provedor é o objeto que fornece dados e o consumidor é o objeto que usa (consumindo) esses dados.
Na programação, os aplicativos geralmente são consumidores de dados. Mas e o provedor? Geralmente, é um armazenamento de dados e, como o OLE DB foi projetado para conversar com diferentes lojas de dados, existe um provedor de DB OLE para cada tipo único de armazenamento de dados.
Essa idéia de um provedor solo não é novo, mas facilita a programação. Escreva um programa para conversar com ADO ou OLE DB, e Ole DB conversará com o provedor. Isso significa apenas aprender um conjunto de maneiras de acessar dados, não importa como os dados sejam armazenados, em alguns casos, é realmente possível alterar qualquer código e apenas alterar o provedor. É isso que o ADO e o OLE DB são verdadeiramente superiores, fornecendo uma interface de programação comum para armazenamento de dados.
Para conectar -se a um armazenamento de dados, um provedor OLE DB deve ser usado. As configurações iniciais fornecidas ao ADO 2.5 são:
· Jet Ole DB 4.0: Para uso com o Microsoft Access Database.
· Pacotes DTS: Serviços de transformação de dados para o SQL Server.
· Publicação na Internet: Usado para acessar servidores da Web.
· Serviços de indexação: usados para catálogos de índice (catálogos de índice).
· Pesquisa do servidor do site: usado para encontrar diretórios para servidores de sites.
· Drivers ODBC: Usado para fontes de dados ODBC.
· Serviços OLAP: usados para servidores Microsoft OLAP.
· Oracle: usado no banco de dados Oracle.
· Servidor SQL: usado no banco de dados do Microsoft SQL Server.
· Provedor simples: para arquivos de texto simples.
· MSDataShape: usado para dados hierárquicos.
· Serviços de diretório da Microsoft: Serviços de diretório para o Windows 2000.
· Arquivo plano DTS: Gerenciamento de arquivo plano para serviços de conversão de dados do servidor SQL.
Esta é apenas a lista inicial fornecida pela Microsoft e depende dos serviços e do software instalados no servidor. Tomando o provedor de dados do Oracle como exemplo, o software cliente da Oracle deve ser instalado na máquina cliente.
Os provedores OLE DB estão disponíveis em outros fabricantes para outro armazenamento de dados. Pode até ser escrito
Compartilhar: Introdução ao Webclass (1) 1. Introdução ao WebClass: WebClass é um componente VB que reside no servidor da Web e responde às entradas do navegador. Para os usuários, um aplicativo do IIS parece ser composto por uma série de páginas HTML. Para desenvolvedores, um aplicativo do IIS