Para Alfredo: Sistema desconectado

On Sat, 24 Jun 2006 00:41:43 +0200, "Carlos Estevez"
wrote:

Pero porque? No entiendo. Si es lo mismo que me pasa a mi.

Por que todos sus mensajes van con mala intención.

de leer sus mensajes. Es una troll de libro.

Perdona, no se lo que es una troll??

Alguien que solo quiere incordiar.

Me puedes poner un ejemplo de un DBMS distribuido por fa?

Oracle. SQL Server Distributed.

Por ejemplo puedes instalar un DBMS ligero como Interbase en el

Uff...eso yo lo veo demasiado complicado...y a hora ver que ha cambiado...

Pues es mucho más sencillo que la alternativa.

Ademas es que yo tengo que permitir acceso desde un PDA, asi i que eso a mi
no creo que me sirva no?

Si, claro que sirve. Lo malo es que no hay DBMS para PDA. Yo he
desarrollado una aplicación para PDA que usa SQL Server Mobile y se
conecta de vez en cuando con el servidor central de la empresa para
sincronizar datos.

Lo malo es que SQL Server Mobile no es un verdadero DBMS y es capaz de
validar pocas reglas, pero es lo que hay.

Ademas luego tengo que tener asi como 20 copias de la base de datos por
puesto no?

¿Por que 20?

No necesitas más datos que estando "desconectado".

Y con las reglas de gestion en cada una? Y ahora si por ejemplo
quiero actualizar una regla de gestion, tendria que actualizar 20 puestos
no????

En el modo desconectado no te queda más remedio que hacer eso, pero
con un DBMS distribuido las reglas son también datos y en el momento
en que sincronizas datos puedes sincronizar también las reglas. Esta
es una de las grandes ventajas de usar siempre un DBMS.

Respecto a lo del archivo XML espero que no haga falta explicarlo,
pero si quieres también te explico por que está mal. Este caso es
mucho más evidente.

Hombre, ahora mismo no me hace falta, pero me interesaria aprender :)

Pues explicandolo rápido. Si en un sistema se puede reemplazar el DBMS
por un sistema de archivos es que no estás aprovechando casi ninguna
de las ventajas del DBMS y lo estás usando como un simple sistema de
archivos. Estarías desaprovechando unos recursos valiosísimos.


Saludos
Alfredo

Pero porque? No entiendo. Si es lo mismo que me pasa a mi.

Por que todos sus mensajes van con mala intención.

Realmente me das pena con esa respuesta.

Eduardo A. Morcillo [MS MVP VB]
http://www.mvps.org/emorcillo
http://mvp.support.microsoft.com/pr...4EF5A4191C

Por que todos sus mensajes van con mala intención.

Pero porque dice eso?

Alguien que solo quiere incordiar.

No lo se. Yo desde luego no he visto eso-

Oracle. SQL Server Distributed.

eso ya es mucho dinero para nosotros. Y yo no soy capaz de gestionar esas
cosas. es como utilizar un Ferrari para ir al Hipercor. Honestamente creia
que habia una forma de hacerlo con un SGDBMS, pero veo que realmente la
alternativa de sincronizar con versiones "lites" no me gusta y lo veo
engorroso solo por tener las reglas de gestion en la bse de dato. Creo que
..buenono lo se pero por lo que he estado leyendo y viendo aqui , lo de
crear una capa de negocios si esta bien, por lo menos en mi caso.

Pues explicandolo rápido. Si en un sistema se puede reemplazar el DBMS
por un sistema de archivos es que no estás aprovechando casi ninguna
de las ventajas del DBMS y lo estás usando como un simple sistema de
archivos. Estarías desaprovechando unos recursos valiosísimos.

Pero si yo tengo que poder leer y escribir a XML asi como un DBMS, entonces
que hago? No me hace falta ahora como te dije, pero algun dia si.

On Sat, 24 Jun 2006 10:55:26 +0200, "Carlos Estevez"
wrote:

Oracle. SQL Server Distributed.

eso ya es mucho dinero para nosotros. Y yo no soy capaz de gestionar esas
cosas.

Entonces te queda la opción de montarte un SGBD distribuido utilizando
SGBD convencionales gratuitos. Es bastante fácil.

En el caso de la PDA tendrás que usar SQL Server Mobile que es gratis.

es como utilizar un Ferrari para ir al Hipercor.

Tienes la opción de ir en autobús, que siempre es mejor que ir
andando.

Honestamente creia
que habia una forma de hacerlo con un SGDBMS, pero veo que realmente la
alternativa de sincronizar con versiones "lites" no me gusta y lo veo
engorroso solo por tener las reglas de gestion en la bse de dato.

Pues debería gustarte por que es una opción bastante buena.

Creo que
..buenono lo se pero por lo que he estado leyendo y viendo aqui , lo de
crear una capa de negocios si esta bien, por lo menos en mi caso.

Esta frase no tiene sentido.

Pues explicandolo rápido. Si en un sistema se puede reemplazar el DBMS
por un sistema de archivos es que no estás aprovechando casi ninguna
de las ventajas del DBMS y lo estás usando como un simple sistema de
archivos. Estarías desaprovechando unos recursos valiosísimos.

Pero si yo tengo que poder leer y escribir a XML asi como un DBMS, entonces
que hago? No me hace falta ahora como te dije, pero algun dia si.

Los DBMS no son para escribir en ellos. Este es un error fundamental.
Un archivo XML y un DBMS no son cosas comparables. Tratar a los dos
como si fuesen lo mismo es una barbaridad.

Si tienes que hacerlo entonces es que tienes que hacer una barbaridad
y lo mejor es no hacer barbaridades.

Si te obligan a hacer una barbaridad y no puedes permitirte el lujo de
negarte deberías de advertir de las consecuencias negativas que va a
tener y decir que no te haces responsable de ellas.


Saludos
Alfredo

Pues allí, precisamente, entra una capa de abstracción que te permite, de
forma transparente, gestionar los datos según necesitas o según la conexión:

Por ejemplo (capa de acceso a datos o capa de persistencia):

public interface IConversor {
object recuperar(int id);
...
}

public class ConversorBD : IConversor {
}

public class ConversorXML : IConversor {
}

public class ConversorUDDI : IConversor {
}

public class ConversorProxy : IConversor {
}

public class FachadaPersistencia {

Cliente recurperarCliente(int id)
{
si no esta en ConversorProxy entonces
si hay conexion con bd
usar ConversorBD
sino
si hay convexion a internet
usar ConversorUDDI
sino
usar ConversorXML

}
}

Ahora si quieres usar otro esquema de almacenamiento o persistencia no hay
problema solo tendrás que crear una clase que implementa IConversor.

Y por otro lado la "capa de negocio" o modelo de dominio o capa lógica no
tiene ni idea de como se gestionan los datos.


Saludos.


"Alfredo Novoa" escribió en el mensaje
news:

On Sat, 24 Jun 2006 10:55:26 +0200, "Carlos Estevez"
wrote:

Oracle. SQL Server Distributed.

eso ya es mucho dinero para nosotros. Y yo no soy capaz de gestionar esas
cosas.

Entonces te queda la opción de montarte un SGBD distribuido utilizando
SGBD convencionales gratuitos. Es bastante fácil.

En el caso de la PDA tendrás que usar SQL Server Mobile que es gratis.

es como utilizar un Ferrari para ir al Hipercor.

Tienes la opción de ir en autobús, que siempre es mejor que ir
andando.

Honestamente creia
que habia una forma de hacerlo con un SGDBMS, pero veo que realmente la
alternativa de sincronizar con versiones "lites" no me gusta y lo veo
engorroso solo por tener las reglas de gestion en la bse de dato.

Pues debería gustarte por que es una opción bastante buena.

Creo que
..buenono lo se pero por lo que he estado leyendo y viendo aqui , lo de
crear una capa de negocios si esta bien, por lo menos en mi caso.

Esta frase no tiene sentido.

Pues explicandolo rápido. Si en un sistema se puede reemplazar el DBMS
por un sistema de archivos es que no estás aprovechando casi ninguna
de las ventajas del DBMS y lo estás usando como un simple sistema de
archivos. Estarías desaprovechando unos recursos valiosísimos.

Pero si yo tengo que poder leer y escribir a XML asi como un DBMS,
entonces
que hago? No me hace falta ahora como te dije, pero algun dia si.

Los DBMS no son para escribir en ellos. Este es un error fundamental.
Un archivo XML y un DBMS no son cosas comparables. Tratar a los dos
como si fuesen lo mismo es una barbaridad.

Si tienes que hacerlo entonces es que tienes que hacer una barbaridad
y lo mejor es no hacer barbaridades.

Si te obligan a hacer una barbaridad y no puedes permitirte el lujo de
negarte deberías de advertir de las consecuencias negativas que va a
tener y decir que no te haces responsable de ellas.


Saludos
Alfredo