ADO vs ADO.NET

Sebas:
"es realmente mas eficiente y rápido el manejo de los
datos que con los anteriores objetos de acceso a datos
ADO ?"
Cada dia esta pregunta se esta haciendo realidad un poco
mas. Cada vez hay mas proveedores de datos propios (al
principio estaba solo SQLServer) que aprovechan mejor los
recursos de sus bases de datos, sin
perder "compatibilidad", esto sucede gracias al uso de
interfaces (por ejemplo, IDBCommand)

En cuando a si sobre la misma maquina puede ejecutarse, te
comento dos cosas en contra y una a favor
En contra:
1 - Los viejos objetos ADO eran objetos compilados,
mientras que con .Net todo es codigo intermedio. Hay por
detras un Class Loader que se encarga de carga las clases
que necesita. Eso se traduce como mas recursos.
2 - El nuevo modelo es un modelo desconectado, por lo
tanto muchas veces los datos quedan en memoria, mas
exactamente en el caso de usar el objeto DataSet. Por lo
tanto el uso de memoria, especialmente con el DataSet, es
mayor.
A favor:
1 - Ademas de lo que te comente al principio sobre los
proveedores propios, hay que resaltar el objeto
DataReader, que te permite acceder a la base de datos como
un recordset que es Foward Only y ReadOnly.Este objeto
hace el acceso muy rápido.

Espero que te sea de guia.

Saludos

Hola a todos. Quizas este haciendo una pregunta novata

pero es que necesito

aclararme algunas cosas.
Separando todas las bondades de la orientación a objetos

que incorpora el

VB.NET, y la nueva jerarquía de clases de ADO.NET, este

último es realmente

mas eficiente y rápido el manejo de los datos que con los

anteriores objetos

de acceso a datos ADO ?

El utilizar la nueva jeraquía de ADO.NET implica tambien

aumentar las

capacidades de procesamiento de las máquinas que correran

la aplicación ? o

dichas aplicaciones pueden correr sobre las mismas

maquinas que utilizaban

la tecnologia ADO anterior ?

Espero haya sabido explicar mi inquietud.

Les agradeceria cualquier tipo de opinion

Saludos

Sebastián


.