Para Alfredo: Sistema desconectado

23/06/2006 - 22:50 por Esther Rodriguez | Informe spam
Estimado Alfredo,

Viendo que llegado el momento de la verdad, los mensajes donde se le hace
preguntas, no contesta, y para quitar cualquier duda de que pueda darse el
caso de que no haya visto las preguntas, se lo repito:

¿Cómo implementa usted las reglas de negocio, o como usted las llama, reglas
de integridad (aunque no estoy de acuerdo con esto), en un sistema
desconectado?

¿Cómo define las reglas de negocio en sistemas que por algún motivo no
siempre tienen que interactuar con un SGBD? Por ejemplo, un sistema donde se
puede interactuar tanto con un SGBD o un fichero en formato XML.

Me gustaría mucho saber su opinón acerca de estos temas. Reitero, la suya,
no una referencia del Sr. Date

Preguntas similare

Leer las respuestas

#1 Alfredo
23/06/2006 - 23:11 | Informe spam
Esther Rodriguez ha escrito:

Viendo que llegado el momento de la verdad, los mensajes donde se le hace
preguntas, no contesta, y para quitar cualquier duda de que pueda darse el
caso de que no haya visto las preguntas, se lo repito:



Es que ya estoy harto de ti, no haces otra cosa que estorbar sin
aportar nada. Este es el último mensaje que te dirijo.

¿Cómo implementa usted las reglas de negocio, o como usted las llama, reglas
de integridad (aunque no estoy de acuerdo con esto), en un sistema
desconectado?



Los sistemas desconectados son un despropósito. Hay que evitarlos.

¿Cómo define las reglas de negocio en sistemas que por algún motivo no
siempre tienen que interactuar con un SGBD? Por ejemplo, un sistema donde se
puede interactuar tanto con un SGBD o un fichero en formato XML.



Lo mismo que lo anterior. Un sistema así está muy mal hecho.
Respuesta Responder a este mensaje
#2 Esther Rodriguez
23/06/2006 - 23:25 | Informe spam
Es que ya estoy harto de ti, no haces otra cosa que estorbar sin
aportar nada. Este es el último mensaje que te dirijo.



Lo siento. No quería ofenderle. Quería mantener una discusión productiva con
usted.


Los sistemas desconectados son un despropósito. Hay que evitarlos.



Bien. Gracias. Yo creo que sus contestaciones han quedado bastante claras.

Para los que no han seguido la corta discusión, reitero:

Yo pregunto como se maneja las reglas de gestión en un sistema desconectado
o un sistema que tiene la posibilidad de interactuar con otra fuente de
datos también. La contestación del Sr. Novoa ha sido "no hagas esa clase de
sistema".

Honestamente o yo soy muy "torpe" o claramente veo aquí que se viene abajo
todos los pilares que se supone que usted defiende. Creo que las personas
podrán ya juzgar por ellos mismos sus conocimientos.
Respuesta Responder a este mensaje
#3 Carlos Estevez
23/06/2006 - 23:33 | Informe spam
Hola Alfredo,

Perdona que me meta donde no me llaman. Yo llevo tiempo observando las
conversaciones en este grupo de noticia, incluido las tuyas, con interés,
viendo cada punto de vista, aunque nunca participo por mi "falta de
experiencia". Lo que pregunta Esther yo creo que es muy legítimo y estaba
anxioso de ver como se resuelve porque se me ha presentado un caso. Te voy a
ser sincero, me ha dejado un poco decepcionado tu respuesta.


"Alfredo" wrote in message
news:

Esther Rodriguez ha escrito:

Viendo que llegado el momento de la verdad, los mensajes donde se le hace
preguntas, no contesta, y para quitar cualquier duda de que pueda darse el
caso de que no haya visto las preguntas, se lo repito:



Es que ya estoy harto de ti, no haces otra cosa que estorbar sin
aportar nada. Este es el último mensaje que te dirijo.

¿Cómo implementa usted las reglas de negocio, o como usted las llama,
reglas
de integridad (aunque no estoy de acuerdo con esto), en un sistema
desconectado?



Los sistemas desconectados son un despropósito. Hay que evitarlos.

¿Cómo define las reglas de negocio en sistemas que por algún motivo no
siempre tienen que interactuar con un SGBD? Por ejemplo, un sistema donde
se
puede interactuar tanto con un SGBD o un fichero en formato XML.



Lo mismo que lo anterior. Un sistema así está muy mal hecho.
Respuesta Responder a este mensaje
#4 Alfredo Novoa
24/06/2006 - 00:27 | Informe spam
On Fri, 23 Jun 2006 23:33:05 +0200, "Carlos Estevez"
wrote:

Hola Carlos,

Perdona que me meta donde no me llaman. Yo llevo tiempo observando las
conversaciones en este grupo de noticia, incluido las tuyas, con interés,
viendo cada punto de vista, aunque nunca participo por mi "falta de
experiencia".



Pues anímate. Lo importante no es la experiencia sino el conocimiento,
y muchos de los que participan en la discusión apenas saben nada sobre
el tema.

Lo que pregunta Esther yo creo que es muy legítimo y estaba
anxioso de ver como se resuelve porque se me ha presentado un caso.



La pregunta de Esther era una trampa como todo lo que dice. He dejado
de leer sus mensajes. Es una troll de libro.

Te voy a
ser sincero, me ha dejado un poco decepcionado tu respuesta.



Me parece bien, te lo intento explicar un poco más.

Un sistema desconectado es un sistema en el que las aplicaciones
gestionan datos fuera del control del DBMS.

Esto es algo a evitar. Los sistemas desconectados son una muy mala
idea. El DBMS debe de estar en todo momento a cargo de los datos.

La solución a los problemas que los sistemas desconectados pretenden
resolver es usar DBMS distribuidos en los que una parte del DBMS se
ejecuta en el ordenador cliente (el ordenador que se desconecta).

De esta forma las aplicaciones siguen conectadas en todo momento
disponiendo de los servicios habituales proporcionados por el DBMS, y
es el DBMS distribuido el que se encarga de gestionar la
sincronización de los datos.

Espero habertelo aclarado un poco. Si tienes dudas pregunta.

Si no dispones de un DBMS distribuido puedes fabricarte uno instalando
varios DBMS SQL tradicionales y programando tu la sincronización de
los datos.

Por ejemplo puedes instalar un DBMS ligero como Interbase en el
odenador portatil y que tus aplicaciones trabajen todo el rato
conectadas a él, y cuando abras una conexión GPRS que el sistema se
conecte al DBMS central de tu empresa para sincronizar datos y ver
información en tiempo real.

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.


Saludos
Alfredo
Respuesta Responder a este mensaje
#5 Carlos Estevez
24/06/2006 - 00:41 | Informe spam
Hola,

La pregunta de Esther era una trampa como todo lo que dice. He dejado



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

de leer sus mensajes. Es una troll de libro.



Perdona, no se lo que es una troll??





Espero habertelo aclarado un poco. Si tienes dudas pregunta.

Si no dispones de un DBMS distribuido puedes fabricarte uno instalando




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


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...
Ademas es que yo tengo que permitir acceso desde un PDA, asi i que eso a mi
no creo que me sirva no?

Ademas luego tengo que tener asi como 20 copias de la base de datos por
puesto no? 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???? Pero aqui me pierdo, eso no va encontrar de lo que se dice que se
debe centralizar todo? Uff..que follon!


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 :)
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida