persistencia con db4objects

07/04/2006 - 13:49 por Hugo Fajardo | Informe spam
Hola a todos...

Alguien utilizó db4objects como capa de persistencia de objetos con C#?

Que tal es?

Saludos...
HUGO FAJARDO

Preguntas similare

Leer las respuestas

#1 Javier Càceres
07/04/2006 - 20:13 | Informe spam
hola Hugo

La verdad de hace tiempo vengo consultando y leyendo pero me gustaría
enterarme más de los motores de persistencia de las bd.

Te agradecería una explicación o material al respecto, he ledo sobre
hibernate y otras cosas pero aun no le veo funcionalidad

Saludos desde Colombia!
Javier
"Hugo Fajardo" wrote:

Mostrar la cita
#2 Hugo Fajardo
07/04/2006 - 20:39 | Informe spam
El tema de persistencia de objetos y particularmente los frameworks de
persistencia o las bases de datos de objetos, son alternativas al uso de
bases de datos tradicionales para guardar información en el tiempo.

Otra ventaja es que el programador codifica menos, es decir es mas
transparente su uso.

Yo instale db4objects para C#, pude probar los ejemplos que traen y anda
bárbaro; pero la escasa documentación que trae y mi poco tiempo disponible
para investigar me impidió aplicarlo en un proyecto real.

Saludos.
HUGO FAJARDO

"Javier Càceres" escribió en el
mensaje news:
Mostrar la cita
#3 Alfredo Novoa
09/04/2006 - 14:29 | Informe spam
Hola Hugo,

On Fri, 7 Apr 2006 08:49:45 -0300, "Hugo Fajardo"
wrote:

Mostrar la cita
Espero que nadie de por aquí :-)

Mostrar la cita
Es una bobada. Mejor usa un SGBD como SQL Server u Oracle.


Saludos
#4 Alfredo Novoa
09/04/2006 - 14:43 | Informe spam
Hola Javier

On Fri, 7 Apr 2006 11:13:02 -0700, Javier Càceres
wrote:

Mostrar la cita
Pues eso lo tienes en la mayoría los libros de texto de bases de
datos.

Este es un libro bastante popular en España:

http://www.agapea.com/Fundamentos-d...29005i.htm

En las partes 4 y 5 habla sobre las estructuras de datos internas de
los SGBD y sobre el procesamiento de transacciones.

Este libro profundiza un poco más sobre como están hechos los SGBD:

http://vig.prenhall.com/catalog/aca...ml,00.html


Hay bastantes más libros, pero para hacerte una primera idea de como
funciona por dentro un SGBD típico, cualquiera de estos dos te puede
servir bien.


Saludos
#5 Alfredo Novoa
09/04/2006 - 15:09 | Informe spam
On Fri, 7 Apr 2006 15:39:03 -0300, "Hugo Fajardo"
wrote:

Mostrar la cita
En realidad los sistemas de bases de datos tradicionales surgieron
para acabar con los kits de creación de sistemas de bases de datos
como los que hablas. Los "frameworks" esos son una vuelta hacia
prácticas primitivas desechadas décadas atrás (algo que ocurre
continuamente en el mundo de la informática). Lo más sensato es
mantenerse al margen de "genios" como estos que dicen que una
biblioteca de unos pocos de miles de líneas en C# puede sustituir a
SQL Server u Oracle.

Aquí tienes un ejemplo de lo más grotesco:

http://www.prevayler.org/wiki.jsp

Mostrar la cita
La transparencia no tiene nada que ver con la cantidad de código
necesaria, y además con esos engendros el programador tiene que
codificar muchísimo más. Esto es lo que cabe esperar cuando se
traslada la implementación de las reglas de negocio de un lenguaje de
altísimo nivel como SQL a uno de mucho menor nivel como C#. La
tendencia actual es incrementar la expresividad de los lenguajes de
desarrollo de aplicaciones para acercarlos a los lenguajes
declarativos como SQL. Un ejemplo de esto es LINQ. Es decir que en
lugar de abandonarse el modelo relacional lo que pasa es que C# se
vuelve más relacional y la tecnología de objetos se integra en los
SGBD SQL. Las bases de datos de objetos son un suicidio seguro, y su
cuota de mercado no deja de bajar a pesar de ser ya casi nula. La
gente que invirtió en empresas de bases de datos de objetos a
principios de los 90 ha perdido todo su dinero.

Mostrar la cita
Mejor no lo intentes, te puedes arrepentir mucho. No es más que un
juguete completamente rígido y que no puede ir mucho más allá de los
pequeños ejemplos que incluye.


Saludos
Alfredo
Ads by Google
Search Busqueda sugerida