Recommandé: des questions fréquemment posées dans le développement de la technologie de production Web dynamique ASP Ce qui suit est le contenu cité: bgcolor = # f7f7f7> <tr> <td style = gauche: 0px;
ODBC (Open Database Interconnect): Il s'agit d'une technologie d'interface de base de données précoce introduite par Microsoft. C'est en fait le prédécesseur de l'ADO. Les premières connexions de la base de données étaient très difficiles. Le format de chaque base de données est différent et les développeurs doivent avoir une compréhension approfondie des API sous-jacentes de chaque base de données qu'ils développent. Par conséquent, une API commune qui peut gérer diverses bases de données. Autrement dit, l'ODBC actuel (Open Database Connectivity), qui est un produit précoce des personnes créant une API commune. Il existe de nombreux types de bases de données conformes à cette norme et sont appelées bases de données compatibles ODBC.
OLEDB (lien d'objet et base de données) est situé entre la couche ODBC et l'application. Connectez-vous directement à la couche OLEDB, et si vous faites cela, vous verrez une amélioration des performances des curseurs côté serveur (le curseur par défaut de Recordset et le curseur le plus couramment utilisé).
Utilisez ODBC pour se connecter à la base de données:
Il existe trois types de DSN dans ODBC, et leurs différences sont très simples: le DSN utilisateur ne peut être utilisé que pour cet utilisateur. La seule différence entre DSN système et DSN de fichier est que les informations de connexion sont stockées à différents emplacements: le DSN système est stocké dans la zone de stockage ODBC, tandis que le fichier DSN est placé dans un fichier texte.
Je ne parlerai pas de leurs méthodes de création.
Lorsque vous les utilisez dans ASP, l'écriture est la suivante:
A. SQL Server:
Utiliser le système DSN: Connstr = DSN = DSNNAME;
Utilisez le fichier dsn: Connstr = filedSn = xx; uid = xx;
Vous pouvez également utiliser une chaîne de connexion (afin que vous n'ayez pas besoin de créer DSN):
Connstr = Driver = {SQL Server}; server = servername; uid = xx; pwd = xxx
B.Access:
Utilisez le système DSN: connstr = dsn = dsnname
(Ou: constr = dsn = dsnname; uid = xx; pwd = xxx)
Utilisez le fichier dsn: constr = filedSn = xx
Vous pouvez également utiliser une chaîne de connexion (afin que vous n'ayez pas besoin de créer DSN):
Connstr = Driver = {Microsoft Access Driver}; dbq = d: /abc/abc.mdb
Utilisez OLEDB pour se connecter à la base de données:
| Ce qui suit est le contenu cité: A. SQL Server: Connstr = provider = sqloledB; Source de données = servername; uid = xx; pwd = xxx; database = dbname B.Access: Connstr = Proviner = Microsoft.Jet.oledb.4.0; Source de données = c: /abc/abc.mdb |
Il convient de noter que la compatibilité d'OLE DB avec ODBC permet à OLE DB d'accéder aux sources de données ODBC existantes. Ses avantages sont évidents. Cela ne nécessite pas nécessairement que les pilotes OLE DB accédent immédiatement le système de données d'origine.
Le fournisseur est situé dans la couche OLE DB, tandis que le conducteur est situé dans la couche ODBC. Si vous souhaitez utiliser une source de données ODBC, vous devez utiliser un fournisseur OLE DB pour ODBC, qui utilisera ensuite le pilote ODBC correspondant. Si vous n'avez pas besoin d'utiliser une source de données ODBC, vous pouvez utiliser les fournisseurs OLE DB correspondants, qui sont souvent appelés fournisseurs natifs.
Il est clair que l'utilisation d'un fournisseur ODBC signifie qu'une couche supplémentaire est nécessaire. Par conséquent, lors de l'accès aux mêmes données, le fournisseur DB OLE pour ODBC peut être un peu plus lent que le fournisseur OLE DB local.
Partager: ABS ATN COS, fonctions mathématiques communes, etc., explications détaillées [Nom] ABS [catégorie] Fonction mathématique [Prototype] ABS (numéro) [Paramètre] requis. Le paramètre de nombre est toute expression numérique valide [valeur de retour] du même nombre [exception / erreur] Aucun [