DataSet vs clases propias

Yo diría que sí que tienen un diseño correcto los dataset, no son perfectos
(nada lo es), pero son buenos y mejorables (todo lo es) y preguntaría a
quien dijera lo contrario a cerca de los defectos de diseño que pudieran
tener.

Las clases propias son una alternativa. Pero las clases propias tienen un
gran defecto: hay que crearlas. Crear una clases sencillas es fácil, pero
crear unas clases que tengan la funcionalidad proporcionada por los dataset
es bastante complicado y laborioso.

Ahora bien, en ciertos cricunstancias, puede estar justificado el uso de
clases propias, como en el caso de que no sea necesaria la funcionalidad
proporcionada por los datasets, el uso de clases propias podría aumentar el
rendimiento.

Saludos:

Jesús López
MVP



"anonymous11" escribió en el mensaje
news:16bd01c4e56f$ba31e860$
he estado investigando ciertos temas de arquitectura y me
dicen que los dataset no tienen un diseño correcto en
temas de arquitectura y que mejor es utilizar clases
propias.
que me pueden decir...

Hola,

Bueno, digamos que la respuesta a tu pregunta es... ¿ Para qué los quieres
usar ? Si es para una aplicacíon Desktop, o para una aplicación Web que va a
correr en un intranet, pues está muy muy bien. Sin embargo si los quieres
usar en una aplicación web que debe ser exigente en cuanto a recursos y
rapidez, los DataSets son costosos y lentos.

Existen herramientas tanto gratuitas como de pago, que te generan capas de
datos tanto con SQLReaders como con DataSet.

Un saludo
Braulio

"anonymous11" wrote:

he estado investigando ciertos temas de arquitectura y me
dicen que los dataset no tienen un diseño correcto en
temas de arquitectura y que mejor es utilizar clases
propias.
que me pueden decir...

On Sat, 18 Dec 2004 18:09:10 -0800, "anonymous11"
wrote:

he estado investigando ciertos temas de arquitectura y me
dicen que los dataset no tienen un diseño correcto en
temas de arquitectura y que mejor es utilizar clases
propias.

Es cierto que los dataset son un desastre, pero seguramente no por las
razones que te han contado.

No se a que te refieres con lo de utilizar clases propias.

Si te refieres a crear unas clases parecidas las de los datasets pero
bien diseñadas, pues si, sería una buena solución pero bastante
costosa. Se necesitaría bastante más trabajo para hacerlo bien del que
ha empleado MS para hacerlo mal.

Pero si te refieres a crear una clase distinta para cada tabla como
por ejemplo: Cliente, Articulo y cosas así, entonces olvídate por que
eso si que es una barbaridad mucho peor que los errores de diseño de
los dataset.


Saludos

On Sun, 19 Dec 2004 13:11:22 +0100, "SqlRanger"
wrote:

Yo diría que sí que tienen un diseño correcto los dataset, no son perfectos
(nada lo es), pero son buenos y mejorables (todo lo es) y preguntaría a
quien dijera lo contrario a cerca de los defectos de diseño que pudieran
tener.

Tienen multitud de defectos, algunos de ellos enormes.

Los más evidentes son que no se pueden ejecutar operaciones del
algebra o calculo relacional con datatables, no tienen lenguaje de
consultas ni puedes definir reglas de integridad de forma declarativa
más allá de claves primarias y foraneas. Se nota mucho que han sido
diseñados por gente sin apenas formación en teoría de bases de datos.

Para tener una "arquitectura desconectada" decente (el término
apropiado sería arquitectura distribuida) se necesitaría mucho más que
los simplistas datasets. Con todas estas deficiencias la "arquitectura
desconectada" es más un estorbo que un beneficio. Mucha gente echa de
menos los viejos Recordsets

Las clases propias son una alternativa. Pero las clases propias tienen un
gran defecto: hay que crearlas. Crear una clases sencillas es fácil, pero
crear unas clases que tengan la funcionalidad proporcionada por los dataset
es bastante complicado y laborioso.

Y además la funcionalidad proporcionada por los dataset no llega ni
para empezar


Saludos

Los más evidentes son que no se pueden ejecutar operaciones del
algebra o calculo relacional con datatables, no tienen lenguaje de
consultas ni puedes definir reglas de integridad de forma declarativa
más allá de claves primarias y foraneas. Se nota mucho que han sido
diseñados por gente sin apenas formación en teoría de bases de datos.

Un dataset no pretende ser una pequeña base de datos en memoria, ni
sustituir a la base de datos subyacente.

No creo que lo datasets tengan que implementar ni lenguaje de consultas ni
otras reglas de integridad ya que éstas ya están disponibles en la base de
datos que es donde deben estar.

Para tener una "arquitectura desconectada" decente (el término
apropiado sería arquitectura distribuida) se necesitaría mucho más que
los simplistas datasets. Con todas estas deficiencias la "arquitectura
desconectada" es más un estorbo que un beneficio. Mucha gente echa de
menos los viejos Recordsets

¿Qué se necesitaría según tú?. Lo recordsets desconectados no proporcionan
mayor funcionalidad ni flexibilidad que la combinación de datasets y
dataadapters.

Saludos:

Jesús López
MVP