Barrapunto

mi opinion acerca de estas cosas es que casi es mejor usar la base de datos para lo que es (almacenar y organizar datos) y la logica de negocio en los lenguajes de programacion...

con un rapido vistazo por el articulo que comentas sobre amber, veo que coincido con bastante gente y ademas me entero de otros posibles problemas en los que no habia pensado...

lo primero, no soy administrador de bbdd ni mucho menos, mis conocimientos terminan en el SQL, un poco de PL/SQL y un poquito sobre optimizacion (sobre todo de querys), asi que mis opiniones pueden estar equivocadas y seguramente diga alguna burrada, si es asi, agradeceria que alguien que sepa mas me corrija.

el primer problema que le veo a usar la bbdd como sitio donde se hace la logica de negocio es la dificultad para saber que se esta haciendo exactamente, en proyectos mas o menos pequenios la cosa puede ser facil de seguir, pero en un proyecto grande con cientos de tablas, se complica bastante...

el segundo, el rendimiento, ya he estado en algun proyecto donde el principal cuello de botella estaba en la base de datos (normalmente, al intentar optimizar una aplicacion, intento empezar por la base de datos y terminar en el gui), recuerdo sobre todo una pagina que presentaba informes (relativamente sencillos) y que tuvimos que hacer maravillas para que la cosa fuera mas o menos rapida (al principio, las querys tardaban una media hora, las redujimos a unos 5 minutos de media), el meter mas logica de negocio alli creo que lo unico que haria seria empeorar esta situacion.

tercero, hay cosas bastante comunes que creo que serian bastante dificiles de implementar (sistemas de cache, transacciones distribuidas en varias bbdd...) no creo que sean imposibles, sin embargo complicarian mucho tanto la logica como el proceso, afectando, otra vez, al rendimiento.

cuarto, el pl/sql, o al menos lo que conozco de el, me parece bastante limitado, le faltan funcionalidades que te ofrece un lenguaje de programacion, en cuanto a meter codigo en base de datos (conozco el caso de oracle y java), mis pruebas dieron como resultado que ese codigo tardaba mas en ejecutarse que en la maquina virtual (esto puede ser algo puntual de la aplicacion que estuvimos analizando, sin embargo, yo personalmente lo dudo)

en cuanto a la impedancia de la que hablas, alguna vez me he encontrado que un modelo muy simple en orientacion a objetos, en modelo relacional tiene una complejidad excesiva, afortunadamente no parece ocurrir muy a menudo, pero en este caso especifico al final resulto mas facil y sencillo usar una base de datos orientada a objetos (usamos db40 [db4o.com])

en cualquier caso, el ORM me parece un gran avance y desde que descubri Torque [apache.org] hace ya unos anitos, siempre he intentado usar soluciones de ese tipo (primero Torque y luego iBatis [apache.org] o Hibernate [hibernate.org] dependiendo de las necesidades y la aplicacion)

Precisamente estoy teniendo muchos problemas con este tema, y por eso agradezco especialmente el enlace a db4o en el comentario de arriba.

En mi caso, quiero rediseñar una aplicación y quisiera hacerlo con Python, ya que se Python pero no Java. Para Python he encontrado un par de frameworks para mapear objetos, pero ninguna base de datos orientada a objetos. ¿Conoceis alguna oodb para python? ¿Conoceis algún proyecto sencillo correctamente escrito en python que use una base de datos y que pueda estudiar?

Tengo la impresión de que la solución será aprender Java, que tampoco viene mal.