推奨：ASP Advanced：ASPを使用して、統計的なパイチャート、バーチャートなどを作成します。私たちの作業では、データを容易にして直感的な分析を促進するために、データをバーチャート、パイチャートなどに変換する必要があります。ここでは、ASP：CSDRAWGRAPH、CSDGT.ZIPでパイチャートとバーチャートを作成するコンポーネントを紹介します。コンポーネントであるため、使用する前にREGSVを使用する必要があります。
第8章ADO基本この本の最初の7つの章では、ASPについてのコンテンツと、ASPがWebサイトに動的なコンテンツをどのようにもたらすかについてすでに話し合っています。スクリプトプログラムにより、カスタムWebページが許可されているため、より強力なASPページを構築できるようになりました。
現在、ASPとデータの統合が調査されます。 Webページで使用されているスクリプトの数に制限はありませんが、何らかの形のデータがないと、まもなく行き止まりになります。データは、Webサイトの実際のコンテンツを構成するか、Webサイトのセットアップ方法を指摘しているため、データは一般的に非常に重要です。データストレージを中心にWebサイトを構築する場合、Webサイトを変更するときに対応するデータを変更するだけです。
ActiveXデータオブジェクト（ADO）は、ユーザーがデータストアと対話できるコンポーネントです。これは、いくつかのデータ、または完全にインタラクティブなeコマースシステムに基づいてWebページを構築できることを意味します。いずれにせよ、ADOはデータと通信することを可能にします。データを取得した後のデータ処理方法だけでなく、データストレージからデータを取得および送信する主な内容について説明します。
まず、ADOとそのコンポーネントが含まれているものを調べ、次にデータストレージにアクセスする方法について説明します。次の章では、コマンド、ストアドプロシージャ、アプリケーションを最適化するためのいくつかの運用技術など、ADOのより高度な機能のいくつかをさらに学習します。次のステップは、Webサーバーとブラウザ間の相互作用プロセスと、データ処理プロセスを調査することです。次に、データアクセスの分野で潜在的なXMLを研究します。 XMLとは何ですか？それを使用する方法は？ XMLは将来の開発の傾向を表しているため、MicrosoftのUniversal Dataアクセスのアイデアを紹介します。この概念では、データはデータベースから取得されるだけではありません。最後に、AccessやSQL Serverなどの標準のMicrosoftデータベースとADOの使用方法をご覧ください。
この章はADOから始まり、主な内容は次のとおりです。
・ADOがデータとどのように相互作用するかを調べます。
・ADOのコンポーネントを理解します。
・データストアでデータセットを接続および作成する方法。
・データの処理と変更方法。
・ADOエラーの処理方法。
8.1 ADOの定義
Adoはかなり単純なアイデアであり、1つの方法でデータにアクセスできるアイデアです。 Adoは新しいアイデアではありません。既存のデータベースアクセステクノロジーを採用して統合することにより、現在と将来のニーズに適応する新しいものです。将来のニーズに適応することが非常に重要です。 DAOやODBCなどの他の多くのテクノロジーは、一部のアプリケーションの開発では受け入れられますが、インターネットの増加に伴い、それ自体の問題の一部が発生しています。
多くの場合、従来のデータアクセス方法は2層クライアント/サーバーシステムでいくつかの問題を解決するように見えますが、データへの永続的な接続を必要とし、インターネットの領域では、高速応答クエリ、簡単なデータ変更などの強力な機能を提供します。Webの略奪性とWebサイトにアクセスできるユーザーの潜在的な数を考慮に入れる必要があります。データへの永続的な接続を確立することは非現実的であるため、アプリケーションを設計する際には、これらの要因を考慮する必要があります。
それで、古いDBとADOとは何ですか？この質問に答える前に、既存のデータアクセステクノロジーと比較しましょう。読者がデータベースプログラミングにさらされたことがある場合、ODBCとRDOに精通している可能性があります。 Open Database Connections（ODBC）は、AccessやSQL Serverなどのリレーショナルデータベースへのアクセスを可能にするアプリケーションプログラミングインターフェイス（API）です。 APIであるため、多くのプログラマー、特に視覚的な基本分野のプログラマーは、使用するのが複雑だと感じています。リモートデータオブジェクト（RDO）は、ODBCの上層にあるActiveXオブジェクトです。 ODBCのすべての機能を提供でき、使用が比較的簡単です。
OLE DBはODBCと同一視でき、ADOはRDOと同一視できます。
OLE DBは、アプリケーションとデータソースと相互作用するための基本的な技術です。
これは非常に複雑であり、実際にはCプログラマとCプログラマーのみが利用できます。 ADOの名前が示すように、それはOLE DB機能に簡単にアクセスできるActiveXオブジェクトです。
ActiveXという用語は、多くの場合、comオブジェクトと混合されることがよくあります。 ASTプログラマーには本質的な違いはありません。どちらもComシステム構造に基づいているため、ActiveXはコンポーネントのクロスプラットフォーム標準であり、COMはWindows固有であることを除きます。
Microsoftはデータにアクセスするための新しいテクノロジーを導入していますが、古いテクノロジーをすぐにキャンセルしておらず、ODBCは依然として非常に効果的に機能し、OLE DBおよびADOと緊密に連携しています。実際、ODBCは単なるMicrosoft製品ではなく、国際的なコンポーネントによって制御されています。そして、その広範な使用のため、ODBCは突然死ぬことはありません。 OLE DBの背後にあるアイデアは、既存のテクノロジーを放棄することではなく、絶えず改善することです。
8.1.1 OLE DBとADOのアーキテクチャ
いくつかの主要な側面におけるOLE DBとADOの簡単な説明が上記で示されています。図8-1は、これら2つのテクノロジーとアプリケーションとデータストレージの関係を示しています。
図8-1 OLE DB、ADO、アプリケーションとデータストレージの関係
全体的なアイデアは、図8-1から見ることができます。図の上部には、アプリケーション（Webまたは通常のアプリケーション、これは無関係）があり、以下はデータへのアクセスを提供する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やScripting Languageなど、アクティブなスクリプトインターフェイスをサポートする任意のCom互換プログラミング言語で使用できます。したがって、ADOはプラットフォームに関連していますが、開発された言語とは関係ありません。もちろん、ASPの場合、VBScriptとJScriptが主に使用されており、コンポーネントでADOを使用する場合、視覚的な基本コードがあります。
今、私たちはOLE DBとADOがデータへのアクセスを許可していることを知っていますが、なぜそれらが必要なのですか？古い方法に何か問題がありますか？ここに2つの主な理由があります。
まず、OLE DBとADOは、データストレージにアクセスするために使用されます。これは、データベースではなくデータストレージを指すことに注意してください。データベースは依然として最も広範なデータストレージ形式ですが、必ずしもすべてのデータが含まれているわけではありません。 Microsoft Exchange Serverなどの一部のメッセージングシステムも、データの保存に使用されます。ディレクトリサービスには標識が表示され始めており、ユーザー、マシンなどに関するデータが含まれています。 Webサーバーには多くの情報が含まれています。引き続きリストし続けることができ、これらすべての異なるタイプのデータにアクセスする方法が必要であることは明らかです。
第二に、それはインターネットアプリケーションの台頭とWebの状態の性質に起因します。データにアクセスする過去の方法は、主にデータストアとの永続的な接続を維持しながら、データの処理データを考慮しています。 OLE DBとADOは、この問題を解決し、切断されたレコードセットを提供するように設計されており、後でこれについてコンテンツを確認します。
8.1.2消費者とプロバイダー
ADOシステム構造図は、ADOがアプリケーションと実際のデータストアの間でどのように機能するかを示しています。 Microsoftの文献では、2つの理解しやすい用語が見られます。消費者とプロバイダーですが、正確な定義を把握することが重要です。
プロバイダーはデータを提供するオブジェクトであり、消費者はこのデータを使用（消費）するオブジェクトです。
プログラミングでは、アプリケーションは多くの場合、データの消費者であることがわかります。しかし、プロバイダーはどうですか？一般的に、これはデータストアであり、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のデータ変換サービス。
・インターネットパブリッシング：Webサーバーにアクセスするために使用されます。
・インデックスサービス：インデックスカタログ（インデックスカタログ）に使用。
・サイトサーバー検索：サイトサーバーのディレクトリを見つけるために使用されます。
・ODBCドライバー：ODBCデータソースに使用。
・OLAPサービス：Microsoft OLAPサーバーに使用。
・Oracle：Oracleデータベースで使用。
・SQL Server：Microsoft SQL Serverデータベースに使用。
・シンプルプロバイダー：シンプルなテキストファイル用。
・MSDATASHAPE：階層データに使用。
・Microsoftディレクトリサービス：Windows 2000のディレクトリサービス。
・DTSフラットファイル：SQL Serverデータ変換サービスのフラットファイル管理。
これは、Microsoftが提供する初期リストにすぎず、サーバーにインストールされているサービスとソフトウェアに依存します。 Oracleデータプロバイダーを例にとると、Oracleのクライアントソフトウェアはクライアントマシンにインストールする必要があります。
OLE DBプロバイダーは、他のデータストレージのために他のメーカーから入手できます。書くことさえできます
共有：WebClass（1）を始めましょう1. WebClassの紹介：WebClassは、WebサーバーにあるVBコンポーネントであり、ブラウザー入力に応答します。ユーザーの場合、IISアプリケーションは一連のHTMLページで構成されているようです。開発者向け、IISアプリケーション