Common versus Sqlclient

02/04/2007 - 15:49 por Rodrigo | Informe spam
Hola todos,

Lei en uno de los cursos del programa DCE de microsoft esto:

" Por este motivo, las clases de ADO.NET 2.0 han sido modificadas y
reorganizadas para proveer ahora una API (Interfaz de Programación de
Aplicaciones) limpia, consistente y genérica para todos los tipos de
proveedores. El corazón de esta API lo constituyen una serie de nuevas
clases base abstractas, que podemos ver en la figura, ubicadas en el
namespace System.Data.Common.
Por más que la aplicación utilice MS SQL Server como base de datos, ya no es
necesario utilizar las clases Sql* del proveedor manejado de ADO.NET, sino
que en su lugar se recomienda la utilización de las nuevas clases genéricas
Db*. El uso de estas clases es independiente de la base de datos
seleccionada, lo cual permite escribir el código de acceso a datos una única
vez. "

Yo pensaba que aún la ventaja de la eficiencia justificaba usar las clases
Sql* cuando se utiliza SQL Server. Segun lo que dice ese texto, no es
necesario usar estas clases sino que basta con las Db*.

Que piensan ustedes?

Preguntas similare

Leer las respuestas

#1 Juan Diego Bueno
02/04/2007 - 17:46 | Informe spam
Bueno, yo deduzco de este mensaje que es recomendable usar esas clases
siempre y cuando tu desarrollo pueda tener alguna posibilidad en el
futuro de ser migrado a otro sgbd, o que sea un desarrollo genérico
que no esté atado a un sistema concreto. A nivel de rendimiento, no se
si se notará o no, pero si tu aplicación no va a cambiar de sistema de
base de datos en un futuro, yo creo que siempre es mejor usar las
clases específicas. Otra razón para usar estas clases genéricas podría
venir dada de una aplicación que tomara de varias fuentes de datos
diferentes y de esta forma homogeneizar los objetos de acceso a datos.

Saludos

On 2 abr, 15:49, "Rodrigo" wrote:
Hola todos,

Lei en uno de los cursos del programa DCE de microsoft esto:

" Por este motivo, las clases de ADO.NET 2.0 han sido modificadas y
reorganizadas para proveer ahora una API (Interfaz de Programación de
Aplicaciones) limpia, consistente y genérica para todos los tipos de
proveedores. El corazón de esta API lo constituyen una serie de nuevas
clases base abstractas, que podemos ver en la figura, ubicadas en el
namespace System.Data.Common.
Por más que la aplicación utilice MS SQL Server como base de datos, ya no es
necesario utilizar las clases Sql* del proveedor manejado de ADO.NET, sino
que en su lugar se recomienda la utilización de las nuevas clases genéricas
Db*. El uso de estas clases es independiente de la base de datos
seleccionada, lo cual permite escribir el código de acceso a datos una única
vez. "

Yo pensaba que aún la ventaja de la eficiencia justificaba usar las clases
Sql* cuando se utiliza SQL Server. Segun lo que dice ese texto, no es
necesario usar estas clases sino que basta con las Db*.

Que piensan ustedes?
Respuesta Responder a este mensaje
#2 Alfredo Novoa
02/04/2007 - 17:55 | Informe spam
On Mon, 2 Apr 2007 09:49:40 -0400, "Rodrigo" wrote:

" Por este motivo, las clases de ADO.NET 2.0 han sido modificadas y
reorganizadas para proveer ahora una API (Interfaz de Programación de
Aplicaciones) limpia, consistente y genérica para todos los tipos de
proveedores. El corazón de esta API lo constituyen una serie de nuevas
clases base abstractas ...

Yo pensaba que aún la ventaja de la eficiencia justificaba usar las clases
Sql* cuando se utiliza SQL Server. Segun lo que dice ese texto, no es
necesario usar estas clases sino que basta con las Db*.

Que piensan ustedes?



Que si son clases abstractas entonces no hacen más que llamar a las
clases específicas, con lo que la eficiencia será practicamente la
misma.


Saludos
Respuesta Responder a este mensaje
#3 Pedro
02/04/2007 - 21:24 | Informe spam
Bueno si eso es asi hay muchos que estabamos equivocados. Aparte de mi,
conozco varios programadores que siempre usan las clases especificas de Sql
en vez de esas genericas.
Me gustaria saber si los demas hacen igual.

Pedro

"Rodrigo" wrote in message
news:
Hola todos,

Lei en uno de los cursos del programa DCE de microsoft esto:

" Por este motivo, las clases de ADO.NET 2.0 han sido modificadas y
reorganizadas para proveer ahora una API (Interfaz de Programación de
Aplicaciones) limpia, consistente y genérica para todos los tipos de
proveedores. El corazón de esta API lo constituyen una serie de nuevas
clases base abstractas, que podemos ver en la figura, ubicadas en el
namespace System.Data.Common.
Por más que la aplicación utilice MS SQL Server como base de datos, ya no
es necesario utilizar las clases Sql* del proveedor manejado de ADO.NET,
sino que en su lugar se recomienda la utilización de las nuevas clases
genéricas Db*. El uso de estas clases es independiente de la base de datos
seleccionada, lo cual permite escribir el código de acceso a datos una
única vez. "

Yo pensaba que aún la ventaja de la eficiencia justificaba usar las clases
Sql* cuando se utiliza SQL Server. Segun lo que dice ese texto, no es
necesario usar estas clases sino que basta con las Db*.

Que piensan ustedes?


Respuesta Responder a este mensaje
#4 Harvey Triana
09/04/2007 - 20:30 | Informe spam
Que piensan ustedes?



Que ADO. NET esta madurando.

<ht/>

"Rodrigo" escribió en el mensaje
news:
Hola todos,

Lei en uno de los cursos del programa DCE de microsoft esto:

" Por este motivo, las clases de ADO.NET 2.0 han sido modificadas y
reorganizadas para proveer ahora una API (Interfaz de Programación de
Aplicaciones) limpia, consistente y genérica para todos los tipos de
proveedores. El corazón de esta API lo constituyen una serie de nuevas
clases base abstractas, que podemos ver en la figura, ubicadas en el
namespace System.Data.Common.
Por más que la aplicación utilice MS SQL Server como base de datos, ya no
es necesario utilizar las clases Sql* del proveedor manejado de ADO.NET,
sino que en su lugar se recomienda la utilización de las nuevas clases
genéricas Db*. El uso de estas clases es independiente de la base de datos
seleccionada, lo cual permite escribir el código de acceso a datos una
única vez. "

Yo pensaba que aún la ventaja de la eficiencia justificaba usar las clases
Sql* cuando se utiliza SQL Server. Segun lo que dice ese texto, no es
necesario usar estas clases sino que basta con las Db*.

Que piensan ustedes?


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida