Sobre librerias de archivos

On Sat, 28 Apr 2007 13:22:01 -0700, DotNeteer
wrote:

Creo que los dos tienen sus pro, la ventana que tiene DB4O es que no es
necesario saber sobre programacion en sql, mientras que el otro si.

También lo puedes ver de otra forma: Firebird tiene la potencia de SQL
y el otro no.

Si solo quieres enseñar listas, ni siquiera necesitas a db4o, pero si
quieres tener consultas potentes entonces SQL es mucho mejor.


Saludos

On Sat, 28 Apr 2007 13:28:01 -0700, DotNeteer
wrote:

Ha por cierto tengo una duda Alfredo sabes de una pagina de ayuda al
respecto, donde puedo encontrar ayuda para poder crear el archivo de base de
datos???

http://www.firebirdsql.org/index.php?op=doc

Ya que en ejemplo vi que se llamaba MYDB.FDB

Lo puedes llamar como quieras.

, realizar el diseño
relacional y demas, gracias

Para eso es mucho más recomendable un buen libro.

Yo te recomiendo "Database in Depth" o "Introducción a los sistemas de
bases de datos" http://www.mailxmail.com/tienda/articulo774

El primero está más resumido, el segundo es más completo y en español.


Saludos

Hola DotNeteer

No estoy de acuerdo con las caracterrísticas que se critican de db4o.

Pero la única forma de que lo veas es leyendo la documentación del producto.

Soporta queries complejos, no solo consultitas simples como te han dicho.
La gran ventaja es que no es relacional, es orientada a objetos. Tu solo
manejas objetos, y estos pueden ser sumamente complejos, incluir collections
y de mas. Tu solo mandas a persistir tu entidad principal. ( El resto s
epersite por pertenencia ).

Luego puede gustarte o no, ese es otro tema.

Simplemente me molesta participar de discuciones técnicas en donde se
descalifique con expresiones del tipo:

Nunca se me ocurriría. Una de las cosas buenas que tiene lo de
estudiar es que te evita cometer errores graves como ese.

db4o es un primitivo procesador de registros que sigue el modelo de
red que todo el mundo sabe que quedó obsoleto con la aparición del
modelo relacional en 1969.

Donde te puedo afirmar que esto es mentira, simplemente mentira. :))

Y a diferencia de otras personas no voy a hablar de productos que no
conozco. ( por mas libros que haya leido )

Simplemente resumo mi opinión en esto:

Si tuviera que hacer un sistema contable no usaria DB4o.
Si tuviera que hacer una contabilidad usaria MSDE, MSSQL2000, MSSQL2005,
Oracle 10G... De todas esas hay versiones gratuitas, y podría a escalar
tanto como sea necesario.

Si tuviera que hacer una aplicación como la que describis utilizaría algo
que no requiera ninguna instalación especial, que no consuma recursos en
forma desproporcionada y que sea estable.
( crea que los reiesgos un crecimiento deproporcionado no existen en tu
aplicación )
Bueno te recomendo db4o porque cumple con ese requisito.
Ademas de la ventaja de que si te gusta hacer OOP db4o te ahorra capas de
mapeo y una seri de cosas.

Resuminedo eveluaría el "costo" de desarrollo y de instalación.
1 - Que tan rapido escribo código unsando uno u otro.
2 - Que tanto se complica el deploy de la aplicación final.
( que debo instalar ademas de mi aplicación, etc, etc )
3 - Que tanto se complica el matenimiento.



Daniel A. Calvin
Cooperator Team Member
http://www.cooperator.com.ar
Microsoft Certified Professional

"DotNeteer" escribió en el mensaje
news:

Bueno ni hablar todo apunta a que FireBird es el indicado para tal tarea,
como puedo observar en el ejemplo que me mandaste Alfredo, es muy portable
y
no hay que instalar ninguna libreria para utilizarlo.

Creo que los dos tienen sus pro, la ventana que tiene DB4O es que no es
necesario saber sobre programacion en sql, mientras que el otro si.

No se si Daniel desea añadir algo.

Gracias a Alfredo y Daniel por su ayuda se ve gran capacidad y
profesionalismo en ustedes, Gracias

"Alfredo Novoa" wrote:

On Sat, 28 Apr 2007 14:48:21 -0300, "Daniel A. Calvin - Cooperator
Team" wrote:

>Lo probaste? , hisiciste alguna experiencia? o es criticar a DB4o
>gratuitamente?

Nunca se me ocurriría. Una de las cosas buenas que tiene lo de
estudiar es que te evita cometer errores graves como ese.

Además el autor Carl Rosemberger o algo así, era habitual en
comp.databases.theory, así que estoy bastante familiarizado con las
limitaciones del producto. Puedes pedir opinión en ese grupo a ver que
te dicen.

Una de las cosas de las que más presumía Carl es de que estaban
utilizando db4o en el proyecto del AVE a Barcelona, que está muy
retrasado por culpa de problemas con el software :-(


Saludos

On Sun, 29 Apr 2007 11:41:05 -0300, "Daniel A. Calvin - Cooperator
Team" wrote:

Soporta queries complejos, no solo consultitas simples como te han dicho.

Completamente falso. Es un procesador de registros que sigue el modelo
de red. Puedes filtrar listas unidimensionales y prácticamente nada
más. Ya me dirás como haces juntas, uniones y diferencias de conjuntos
con esa cosa, y cuál es el álgebra que utiliza.

La gran ventaja es que no es relacional, es orientada a objetos.

Eso es una grandísima desventaja como todo el mundo sabe. Las bases de
datos orientadas a objetos han sido descartadas hace tiempo.

db4o es un primitivo procesador de registros que sigue el modelo de
red que todo el mundo sabe que quedó obsoleto con la aparición del
modelo relacional en 1969.

Donde te puedo afirmar que esto es mentira, simplemente mentira. :))

Pruébalo.

Y a diferencia de otras personas no voy a hablar de productos que no
conozco. ( por mas libros que haya leido )

Yo nunca he probado a beber lejía, pero puedo saber que es malo sin
tener que hacerlo. Seguramente tu no alcanzas a comprender como puedo
llegar a saber eso, pero ese es tu problema.

Simplemente resumo mi opinión en esto:

Si tuviera que hacer un sistema contable no usaria DB4o.
Si tuviera que hacer una contabilidad usaria MSDE, MSSQL2000, MSSQL2005,
Oracle 10G... De todas esas hay versiones gratuitas, y podría a escalar
tanto como sea necesario.

Buena decisión pero no creo que comprendas el por que.

Si tuviera que hacer una aplicación como la que describis utilizaría algo
que no requiera ninguna instalación especial, que no consuma recursos en
forma desproporcionada y que sea estable.

db4o cumple estos requisitos pero luego casi no sirve para nada.

Firebird Embedded también los cumple todos estos requisitos pero
además puede hacer la mayoría de las cosas que pueden hacer SQL Server
y Oracle.

Resuminedo eveluaría el "costo" de desarrollo y de instalación.
1 - Que tan rapido escribo código unsando uno u otro.
2 - Que tanto se complica el deploy de la aplicación final.
( que debo instalar ademas de mi aplicación, etc, etc )
3 - Que tanto se complica el matenimiento.

La 2 es más o menos lo mismo. En la 1 y la 3, db4o es un desastre,
como todos los primitivos procesadores de registros basados en el
modelo de red.

Hola Alfredo

Te recomiendo que leas algun buen libro sobre arquitectura y objetos, siendo
tan inteligente seguramente los podrás entender

Te mando un beso grande desde aqui. :))


Saludos

Daniel A. Calvin
Cooperator Team Member
http://www.cooperator.com.ar
Microsoft Certified Professional


"Alfredo Novoa" escribió en el mensaje
news:

On Sun, 29 Apr 2007 11:41:05 -0300, "Daniel A. Calvin - Cooperator
Team" wrote:

Soporta queries complejos, no solo consultitas simples como te han dicho.

Completamente falso. Es un procesador de registros que sigue el modelo
de red. Puedes filtrar listas unidimensionales y prácticamente nada
más. Ya me dirás como haces juntas, uniones y diferencias de conjuntos
con esa cosa, y cuál es el álgebra que utiliza.

La gran ventaja es que no es relacional, es orientada a objetos.

Eso es una grandísima desventaja como todo el mundo sabe. Las bases de
datos orientadas a objetos han sido descartadas hace tiempo.

db4o es un primitivo procesador de registros que sigue el modelo de
red que todo el mundo sabe que quedó obsoleto con la aparición del
modelo relacional en 1969.

Donde te puedo afirmar que esto es mentira, simplemente mentira. :))

Pruébalo.

Y a diferencia de otras personas no voy a hablar de productos que no
conozco. ( por mas libros que haya leido )

Yo nunca he probado a beber lejía, pero puedo saber que es malo sin
tener que hacerlo. Seguramente tu no alcanzas a comprender como puedo
llegar a saber eso, pero ese es tu problema.

Simplemente resumo mi opinión en esto:

Si tuviera que hacer un sistema contable no usaria DB4o.
Si tuviera que hacer una contabilidad usaria MSDE, MSSQL2000, MSSQL2005,
Oracle 10G... De todas esas hay versiones gratuitas, y podría a escalar
tanto como sea necesario.

Buena decisión pero no creo que comprendas el por que.

Si tuviera que hacer una aplicación como la que describis utilizaría algo
que no requiera ninguna instalación especial, que no consuma recursos en
forma desproporcionada y que sea estable.

db4o cumple estos requisitos pero luego casi no sirve para nada.

Firebird Embedded también los cumple todos estos requisitos pero
además puede hacer la mayoría de las cosas que pueden hacer SQL Server
y Oracle.

Resuminedo eveluaría el "costo" de desarrollo y de instalación.
1 - Que tan rapido escribo código unsando uno u otro.
2 - Que tanto se complica el deploy de la aplicación final.
( que debo instalar ademas de mi aplicación, etc, etc )
3 - Que tanto se complica el matenimiento.

La 2 es más o menos lo mismo. En la 1 y la 3, db4o es un desastre,
como todos los primitivos procesadores de registros basados en el
modelo de red.