|
|
|
Secciones
Login Barrapunto
mig21 (7781)
mig21
reversethis-{moc.liamg} {ta} {pb12gim}
https://twitter.com/yapw
Hola, soy Miguel. Algo que pueda ser relevante aquí... Uhmm... Me gusta escribir en mi bitácora de BP [barrapunto.com] y en su clon en blogspot: Yet Another Programming Weblog [blogspot.com]
Me gustaría que Barrapunto fuese un sitio con más discusiones técnicas y trato de hacer lo que está en mi mano. De todos modos, también me gusta leer flames ;)
reversethis-{moc.liamg} {ta} {pb12gim}
https://twitter.com/yapw
Hola, soy Miguel. Algo que pueda ser relevante aquí... Uhmm... Me gusta escribir en mi bitácora de BP [barrapunto.com] y en su clon en blogspot: Yet Another Programming Weblog [blogspot.com]
Me gustaría que Barrapunto fuese un sitio con más discusiones técnicas y trato de hacer lo que está en mi mano. De todos modos, también me gusta leer flames
No creo que te interese, pero en Lecturas aleatorias [blogspot.com] dejo registro de los libros que voy leyendo...
Esta es toda mi información de usuario
Publicidad
Publicidad
Martes, 14 de Diciembre 2004
Objetos y bases de datos relacionales
11:33h.
Vía Velocidad de escape me he encontrado con un artículo titulado "Mapping Objects
To Relational Databases" (pdf). Resume muy bien los problemas de usar programación orientada a objetos con bases de datos relacionales y describe las posibles estrategias para representar los objetos y sus relaciones, desde las más rápidas (y sucias) hasta las más limpias (y complejas). Posiblemente las hemos visto en la vida real, pero verlas clasificadas y analizadas ayuda a escoger mejor.
Actualización: Como comenta Tom Bomba algunas de las pistas que da pueden estar algo pasadas de moda por el aumento de rendimiento de los gestores de bases de datos. Aún así me pregunto sobre los esquemas de relación entre BD relacionales y Objetos ¿Cuales son las técnicas modernas (y buenas, claro)? ¿Se refiere a los patrones descritos por Martin Fowler en "Patterns of Enterprise Application Architecture" (resumen de los patrones en "Catalog of Patterns of Enterprise Application Architecture")?
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Interante lectura...durante la comida
(Puntos:2)( http://www.loeda.es/ | Última bitácora: Sábado, 04 Agosto de 2012, 14:10h )
Es interesante la idea de almacenar los datos de un objeto en una base de datos, es como tener una foto de su estado en un momento determinado.
Mig21, ¿has utilizado alguna de las estrategias explicadas en este documento?.
La Zapatilla Azul [loeda.es]
Et in terra pax hominibus bonæ volu
PHP, bases de datos y OO
(Puntos:2)( http://barrapunto.com/~SegFault/bitacora | Última bitácora: Jueves, 25 Agosto de 2011, 13:59h )
Aparte, PEAR tiene un paquete para acceder a los datos en una base de datos mediante clases que programamos, también puede ser una punto de inicio. El paquete es DB_QueryTool [php.net].
Segmentation fault: core dumped [barrapunto.com].
Pues ...
(Puntos:3, Informativo)( http://barrapunto.com/ )
Está un pelín atrasado. Hoy las BBDD relacionales no hacen las cosas ni tan lento ni tan mal como dice el documento (por ejemplo los joins, siempre serán mucho más eficientes si los hace Oracle o Ingres que si los implementas en Java, dentro del servidor de aplicaciones).
Y lo malo es que hay gente que lo ha tomado como base (éste documento o algún otro parecido) para crear monstruosas infraestructuras destinadas únicamente a obviar las características del gestor de BD.
Por lo demás es bastante instructivo si te pilla de nuevas y, seguramente, en el 98 dio buenas pautas a seguir (que, insisto, hoy ya no son tan buenas).
Me refiero a los famosos "motores de persistencia" (véase Toplink y similares).