Ado.NEt desconectado ?

breve explicación. senzillamente cargamos los datos de una
tabla en un dataset (que viene a representar una tabla en
todos los sentidos) y nos olvidamos de la tabla. Con los
datos cargados en el dataset podemos hacer las
modificaciones que queremos (elimanr registros,
modificarlos y añadir nuevos rgistros)... todo esto sobre
el dataset y cuando lo consideremos oportuno podemos pasar
todos los canvios del dataset hacia la tabla de la bd.

Problemas de trabajar de forma desconectada? la concurrencia

SAlut

me pueden explicar como es eso de que ado.net es

desconectado y no se

utilizan cursores ?

gracias.
.

Tan sólo por añadir algo más de información a explicación de Knapp;

http://www.desarrollaconmsdn.com/ms...index.html

En concreto el módulo de Acceso a datos que aunque enfocado a VB 2005, la
teoría es válida para este caso.


Un saludo.

Jorge Serrano Pérez
Microsoft MVP VB.NET
PortalVB.com
http://www.portalvb.com/
Weblog de Jorge Serrano
http://weblogs.golemproject.com/jorge/


"Knapp" wrote:

breve explicación. senzillamente cargamos los datos de una
tabla en un dataset (que viene a representar una tabla en
todos los sentidos) y nos olvidamos de la tabla. Con los
datos cargados en el dataset podemos hacer las
modificaciones que queremos (elimanr registros,
modificarlos y añadir nuevos rgistros)... todo esto sobre
el dataset y cuando lo consideremos oportuno podemos pasar
todos los canvios del dataset hacia la tabla de la bd.

Problemas de trabajar de forma desconectada? la concurrencia

SAlut
>me pueden explicar como es eso de que ado.net es
desconectado y no se
>utilizan cursores ?
>
>gracias.
>.
>

On Thu, 21 Jul 2005 02:22:17 -0700, "Knapp"
wrote:

breve explicación. senzillamente cargamos los datos de una
tabla en un dataset (que viene a representar una tabla en
todos los sentidos) y nos olvidamos de la tabla. Con los
datos cargados en el dataset podemos hacer las
modificaciones que queremos (elimanr registros,
modificarlos y añadir nuevos rgistros)... todo esto sobre
el dataset y cuando lo consideremos oportuno podemos pasar
todos los canvios del dataset hacia la tabla de la bd.

Problemas de trabajar de forma desconectada? la concurrencia

Un problema enorme, pero desgraciadamente hay muchos más problemas por
que tenemos que volver a implementar todas las reglas de negocio en la
aplicación sin poder usar un lenguaje de datos como SQL, y eso
normalmente es un disparate.


Saludos

Hola Alfredo,

en realidad depende de cómo tengas implementadas las reglas de negocio.

En algún escenario es posible lo que comentas, pero no todos los caminos o
escenarios de las aplicaciones n-tier son los mismos, y las reglas de negocio
pueden estar implementadas de diferentes maneras.

Un saludo.

Jorge Serrano Pérez
Microsoft MVP VB.NET
PortalVB.com
http://www.portalvb.com/
Weblog de Jorge Serrano
http://weblogs.golemproject.com/jorge/


"Alfredo Novoa" wrote:

On Thu, 21 Jul 2005 02:22:17 -0700, "Knapp"
wrote:

>breve explicación. senzillamente cargamos los datos de una
>tabla en un dataset (que viene a representar una tabla en
>todos los sentidos) y nos olvidamos de la tabla. Con los
>datos cargados en el dataset podemos hacer las
>modificaciones que queremos (elimanr registros,
>modificarlos y añadir nuevos rgistros)... todo esto sobre
>el dataset y cuando lo consideremos oportuno podemos pasar
>todos los canvios del dataset hacia la tabla de la bd.
>
>Problemas de trabajar de forma desconectada? la concurrencia

Un problema enorme, pero desgraciadamente hay muchos más problemas por
que tenemos que volver a implementar todas las reglas de negocio en la
aplicación sin poder usar un lenguaje de datos como SQL, y eso
normalmente es un disparate.


Saludos

Hola,

On Thu, 21 Jul 2005 09:12:01 -0700, "Jorge Serrano [MVP VB]"

wrote:

en realidad depende de cómo tengas implementadas las reglas de negocio.

Las reglas de negocio se deben implementar usando un SGBD, y de forma
declarativa siempre que se pueda.

En algún escenario es posible lo que comentas, pero no todos los caminos o
escenarios de las aplicaciones n-tier son los mismos, y las reglas de negocio
pueden estar implementadas de diferentes maneras.

Las reglas de negocio deben de estar siempre aseguradas por el SGBD, y
si trabajas desconectado de él, siempre vas a tener que volver a
implementarlas sin poder usar un lenguaje de datos.



Saludos