권장 : ASP Advanced : ASP를 사용하여 통계 파이 차트, 막대 차트 등을 만듭니다. 우리의 작업에서, 우리는 종종 데이터를 막대 차트, 원형 차트 등으로 변환하기 위해 데이터를 용이하게하고 직관적으로 분석해야합니다. 여기에서는 ASP : CSDGT.ZIP에서 PIE 차트 및 막대 차트를 만드는 구성 요소를 소개하겠습니다. 구성 요소이므로 사용하기 전에 RegSV를 사용해야합니다.
8 장 ADO 기본 사항이 책의 첫 7 장에서 우리는 이미 ASP에 대한 내용과 ASP가 웹 사이트에 동적 컨텐츠를 제공하는 방법에 대해 이미 이야기했습니다. 스크립팅 프로그램을 사용하면 사용자 정의 웹 페이지가 허용되어보다 강력한 ASP 페이지를 빌드 할 수 있습니다.
이제 ASP와 데이터의 통합이 연구 될 것입니다. 웹 페이지에 사용되는 스크립트 수에는 일부 형태의 데이터가 없지만 곧 막 다른 골목이 될 것입니다. 데이터는 웹 사이트의 실제 콘텐츠를 구성하거나 웹 사이트를 설정하는 방법을 지적하므로 데이터는 일반적으로 매우 중요합니다. 데이터 스토리지 주변의 웹 사이트를 구축하는 경우 웹 사이트를 변경할 때만 해당 데이터 만 변경하면됩니다.
ActiveX Data Objects (ADO)는 사용자가 데이터 저장소와 상호 작용할 수있는 구성 요소입니다. 이는 일부 데이터 또는 완전히 대화식 전자 상거래 시스템을 기반으로 웹 페이지를 구축 할 수 있음을 의미합니다. 어느 쪽이든, ADO는 데이터와 의사 소통 할 수 있습니다. 데이터 스토리지에서 데이터를 얻고 전송하는 주요 내용과 데이터를 얻은 후 데이터 처리 방법에 대해 논의 할 것입니다.
먼저 Ado가 무엇인지, 구성 요소가 포함 된 다음 데이터 저장에 액세스하는 방법에 대해 논의합니다. 다음 장에서는 명령, 저장 절차 및 응용 프로그램 최적화를위한 운영 기술과 같은 ADO의 고급 기능 중 일부를 더 많이 배울 것입니다. 다음 단계는 웹 서버와 브라우저 간의 상호 작용 프로세스와 데이터 처리 프로세스를 연구하는 것입니다. 그런 다음 데이터 액세스 분야에서 잠재적 XML을 연구하십시오. XML이란 무엇입니까? 그것을 사용하는 방법? XML은 향후 개발의 추세를 나타내므로 Universal Data Access에 대한 Microsoft의 아이디어를 소개합니다. 이 개념에서 데이터는 데이터베이스에서만 얻은 것이 아닙니다. 마지막으로 Access 및 SQL Server와 같은 표준 Microsoft 데이터베이스 및 ADO 사용 방법을 살펴보십시오.
이 장은 ADO로 시작하며 주요 내용은 다음과 같습니다.
· ADO가 데이터와 상호 작용하는 방법을 연구하십시오.
· Ado의 구성 요소를 이해합니다.
· 데이터 스토어로 데이터 세트를 연결하고 만드는 방법.
· 데이터를 처리하고 수정하는 방법.
· ADO 오류를 처리하는 방법.
8.1 Ado의 정의
Ado는 상당히 간단한 아이디어로, 한 가지 방법으로 만 데이터에 액세스 할 수있는 아이디어입니다. Ado는 새로운 아이디어가 아니며 기존 데이터베이스 액세스 기술을 채택하고 통합하여 현재와 미래의 요구에 적응하는 새로운 것입니다. 미래의 요구에 적응하는 것이 매우 중요합니다. DAO 및 ODBC와 같은 다른 많은 기술은 일부 애플리케이션 개발에 수용 할 수 있지만 인터넷이 증가함에 따라 일부 자체 문제가 발생했습니다.
대부분의 경우 전통적인 데이터 액세스 방법은 2 계층 클라이언트/서버 시스템의 일부 문제를 해결하는 것처럼 보이지만 데이터와 영구적으로 연결해야하며 빠른 응답 쿼리, 쉬운 데이터 수정 등과 같은 강력한 기능을 제공해야합니다. 인터넷 영역에서 웹 사이트에 액세스 할 수있는 잠재적 인 사용자를 고려해야합니다. 데이터와 영구적으로 연결하는 것은 비현실적이므로 응용 프로그램을 설계 할 때 이러한 요소를 고려해야합니다.
그렇다면 오래된 DB와 Ado는 정확히 무엇입니까? 이 질문에 대답하기 전에 기존 데이터 액세스 기술과 비교해 봅시다. 독자가 데이터베이스 프로그래밍에 노출 된 경우 ODBC 및 RDO에 더 익숙 할 수 있습니다. Open Database Connections (ODBC)는 API (Application Programming Interface)로 액세스 및 SQL 서버와 같은 관계형 데이터베이스에 액세스 할 수 있습니다. API이기 때문에 많은 프로그래머, 특히 시각적 기본 필드의 프로그래머는 사용하기가 복잡하다고 생각합니다. 원격 데이터 객체 (RDO)는 ODBC의 상단 계층에 위치한 ActiveX 객체입니다. ODBC의 모든 기능을 제공 할 수 있으며 사용하기가 비교적 간단합니다.
OLE DB는 ODBC와 동일 할 수 있으며 ADO는 RDO와 동일 할 수 있습니다.
OLE DB는 응용 프로그램과 데이터 소스의 상호 작용을위한 기본 기술입니다.
이것은 매우 복잡하며 실제로 C 및 C 프로그래머에게만 사용할 수 있습니다. Ado의 이름에서 알 수 있듯이 OLE DB 기능에 쉽게 액세스 할 수있는 ActiveX 객체입니다.
ActiveX라는 용어는 종종 COM 객체와 혼합되어 있음을 알 수 있습니다. ActiveX가 구성 요소에 대한 크로스 플랫폼 표준이고 COM이 Windows 별이라는 점을 제외하고는 COM 시스템 구조를 기반으로하기 때문에 ASP 프로그래머에는 필수적인 차이가 없습니다.
Microsoft는 데이터에 액세스하기위한 새로운 기술을 도입했지만 이전 기술을 즉시 취소하지는 않았으며 ODBC는 여전히 매우 효과적으로 작동하며 OLE DB 및 ADO와 긴밀히 협력합니다. 실제로 ODBC는 단순히 Microsoft 제품이 아니라 국제 구성 요소에 의해 제어됩니다. 그리고 광범위한 사용으로 인해 ODBC는 갑자기 죽지 않을 것입니다. OLE DB의 아이디어는 기존 기술을 포기하는 것이 아니라 지속적으로이를 개선하는 것입니다.
8.1.1 Ole DB 및 Ado의 아키텍처
일부 주요 측면에서 OLE DB와 ADO에 대한 간단한 설명이 위에서 주어졌습니다. 그림 8-1은이 두 기술과 응용 프로그램과 데이터 저장의 관계를 보여줍니다.
그림 8-1 OLE DB, ADO 및 응용 프로그램 및 데이터 스토리지의 관계
전반적인 아이디어는 그림 8-1에서 볼 수 있습니다. 다이어그램의 맨 위에는 응용 프로그램 (웹 또는 정기 응용 프로그램이 무관 한)이 있으며 아래는 데이터에 대한 액세스를 제공하는 ADO 및/또는 OLE DB입니다. ADO와 OLE DB는 모두 OLE DB가 기본 기술이기 때문입니다. 그러나 OLE DB는 모든 언어에 적합하지 않으므로 ADO는 OLE DB의 상단 계층에 위치하고 있으며 시각적 기본 및 스크립팅 언어와 같이 OLE DB에 직접 액세스 할 수없는 언어에 대한 프로그래밍 인터페이스를 제공합니다. ADO는 OLE DB보다 쉽게 프로그래밍 인터페이스를 제공하므로 C 또는 Java와 같이 OLE DB를 직접 사용할 수있는 프로그래밍 언어조차도 ADO를 사용하여 데이터 액세스를 단순화하는 데 사용할 수 있습니다.
그림 8-1은 Microsoft의 프로그래밍 언어를 보여주고 Ado는 COM 구성 요소이므로 활성 스크립팅 인터페이스를 지원하는 Delphi 또는 스크립팅 언어와 같은 COM 호환 프로그래밍 언어에 사용할 수 있습니다. 따라서 Ado는 플랫폼과 관련이 있지만 개발 된 언어와 관련이 없습니다. 물론 ASP의 경우 ASPS, vbscript 및 jscript가 주로 사용되며 구성 요소에서 ADO를 사용할 때는 시각적 기본 코드가 있습니다.
이제 우리는 OLE DB와 ADO가 데이터에 액세스 할 수 있다는 것을 알고 있지만 왜 우리가 필요합니까? 오래된 방법에 문제가 있습니까? 두 가지 주요 이유는 다음과 같습니다.
우선, OLE DB 및 ADO는 데이터 스토리지에 액세스하는 데 사용됩니다. 이는 데이터베이스가 아닌 데이터 스토리지를 나타냅니다. 데이터베이스는 여전히 가장 광범위한 형태의 데이터 저장소이지만 반드시 모든 데이터를 포함하지는 않습니다. Microsoft Exchange 서버와 같은 일부 메시징 시스템도 일반적으로 데이터를 저장하는 데 사용됩니다. 디렉토리 서비스는 표시를 표시하기 시작했으며 사용자, 기계 등에 대한 데이터가 포함되어 있습니다. 웹 서버에 포함 된 많은 정보가 있습니다. 계속 나열 할 수 있으며 이러한 모든 유형의 데이터에 액세스하는 방법이 필요합니다.
둘째, 인터넷 애플리케이션의 부상과 웹의 상태 특성에서 비롯되었습니다. 데이터에 액세스하는 과거 방법은 주로 데이터 스토어와 영구적 인 연결을 유지하면서 처리 데이터를 고려했습니다. OLE DB와 ADO는이 문제를 해결하도록 설계되어 연결이 끊어진 레코드 세트를 제공하며 나중에 내용을 볼 수 있습니다.
8.1.2 소비자 및 공급자
ADO 시스템 구조 다이어그램은 ADO가 응용 프로그램과 실제 데이터 저장소간에 어떻게 작동하는지 보여줍니다. Microsoft의 문헌에서는 이해하기 쉬운 두 가지 용어 인 소비자와 제공자이지만 정확한 정의를 파악하는 것이 중요합니다.
제공자는 데이터를 제공하는 객체이며 소비자는이 데이터를 사용 (소비)하는 객체입니다.
프로그래밍에서 응용 프로그램은 종종 데이터 소비자 인 것으로 밝혀졌습니다. 그러나 제공자는 어떻습니까? 일반적으로 데이터 저장소이며 OLE DB는 다른 데이터 저장소와 대화하도록 설계되었으므로 각 고유 한 유형의 데이터 저장소에 대한 OLE DB 제공 업체가 있습니다.
솔로 제공 업체에 대한이 아이디어는 새로운 것이 아니지만 프로그래밍을 더 쉽게 만듭니다. ADO 또는 OLE DB와 대화 할 프로그램을 작성하면 OLE DB가 제공자와 대화 할 것입니다. 이는 데이터에 어떻게 저장하든 데이터에 액세스 할 수있는 일련의 방법을 학습하는 것을 의미합니다. 어떤 경우에는 실제로 코드를 변경하고 제공자를 변경할 수 있습니다. 이것이 바로 Ado와 Ole DB가 진정으로 우수하여 데이터 저장을위한 일반적인 프로그래밍 인터페이스를 제공합니다.
데이터 저장소에 연결하려면 OLE DB 제공 업체를 사용해야합니다. ADO 2.5에 제공된 초기 설정은 다음과 같습니다.
· Jet Ole DB 4.0 : Microsoft Access 데이터베이스와 함께 사용합니다.
· DTS 패키지 : SQL Server 용 데이터 변환 서비스.
· 인터넷 게시 : 웹 서버에 액세스하는 데 사용됩니다.
· 인덱싱 서비스 : 인덱스 카탈로그 (인덱스 카탈로그)에 사용됩니다.
· 사이트 서버 검색 : 사이트 서버의 디렉토리를 찾는 데 사용됩니다.
· ODBC 드라이버 : ODBC 데이터 소스에 사용됩니다.
· OLAP 서비스 : Microsoft OLAP 서버에 사용됩니다.
· Oracle : Oracle 데이터베이스에서 사용됩니다.
· SQL Server : Microsoft SQL Server 데이터베이스에 사용됩니다.
· 간단한 공급자 : 간단한 텍스트 파일 용.
· MSDATASHAPE : 계층 적 데이터에 사용됩니다.
· Microsoft Directory Services : Windows 2000 용 디렉토리 서비스.
· DTS 플랫 파일 : SQL Server 데이터 변환 서비스를위한 플랫 파일 관리.
이것은 Microsoft에서 제공하는 초기 목록이며 서버에 설치된 서비스 및 소프트웨어에 따라 다릅니다. Oracle Data Provider를 예로 들어 보면 Oracle의 클라이언트 소프트웨어를 클라이언트 시스템에 설치해야합니다.
OLE DB 제공 업체는 다른 데이터 스토리지를 위해 다른 제조업체에서 구입할 수 있습니다. 그것은 심지어 쓸 수도 있습니다
공유 : WebClass (1)로 시작하기 1. WebClass 소개 : WebClass는 웹 서버에 존재하고 브라우저 입력에 응답하는 VB 구성 요소입니다. 사용자의 경우 IIS 응용 프로그램은 일련의 HTML 페이지로 구성된 것 같습니다. 개발자의 경우 IIS 응용 프로그램입니다