Relaciones entre objetos / tablas

[Computer XTress]

Hola a todos... estoy usando active record / active table hace ya bastante tiempo y me parece muy comodo, pero solo cuando tengo relaciones simples entre tablas ó relaciones de 1 a muchos.

Cuando la relacion es de muchos a muchos siempre termino "atandolo con alambre" para que funcione, por eso quisiera preguntarles qué me recomiendan para tales casos.

¿ORM? ¿Algun patron de diseño?

Lo que estoy buscando es algo liviano... no quiero implementar algo que requiera de varias clases y una decena de objetos para acceder a un campo en una tabla...

Muchas gracias!

[GatorV]

Mmmm pues yo creo usando active record puedes hacerlo simplemente implementas un getAll<record1>by<record2>, ve en Zend Framework como implementan ese tipo de funciones dinamicas.

Saludos.

[alfredo13]

A lo mejor digo una burrada grande como una casa, pero según lo que recuerdo, cuando hay relaciones "muchas a muchas" se suele crear una tabla asociativa para dividir la relación en dos, siendo estas "una a muchas" con la tabal asociativa.

Por otra parte, soy bastante nuevo en esto de PHP orientado a objetos y todavía no me he puesto a relacionar objetos y tablas. En su momento busqué algo de información y encontré un par de páginas interesantes.
Te dejo una de ellas: http://www.ibm.com/developerworks/library/ws-mapping-to-rdb/
Claro que este tipo de artículos apuntan a algo más artesanal. No sé cómo lo resolverán los distintos frameworks del momento.

Saludos

[portalmana]

yo tambien tenia entendido lo que dice alfredo13, cuando tenemos en una tabla una relacion N a N se debe de crear otra donde tengamos N->1, bueno creo que una relacion N a N no es un correcto diseño de la base de datos.
Saludos

[Computer XTress]

Hola. Perdon por la respuesta tan tardía... y gracias por las respuestas!

Lo de que las relaciones N a N no son correctas en cuestiones de diseño es la primera vez que lo escucho (pero no estoy diciendo que no pueda ser así, solo que me llama la atención). En la facultad de hecho me lo enseñaron sin decirme "Esto está mal desde el punto de vista del diseño, pero haganlo igual". Aunque en la facultad uno ve cada burrada tambien... :P

La verdad no queria terminar viendo como lo hace un framework... tal vez alguien sabia como explicarlo facilmente y bueh... bueno seguiré leyendo... gracias por las respuestas!

[GatorV]

Mmm tampoco he escuchado eso de que las relaciones n:n sean incorrectas, de hecho por algo existen y es para solucionar por ejemplo algo tan simple como una relacion multiple de opciones.

Saludos.

[Computer XTress]

GatorV ¿que tal? Revivo este post por que despues de lidiar con el tema decidi que vale la pena revisar como lo hacen en el zend... el tema es que lo voy a bajar y empezar a ver desde cero el codigo... ¿sabes por donde puedo empezar a chusmear vos que lo conoces?

saludos!

[GatorV]

Puedes ver el objeto Zend/Db/Table/Row/Abstract.php.

Saludos

[lisandro Arg]

Me sorprende la duda que ha quedado de las relaciones muchos-a-muchos. No soy un experto pero recuerdo a una profesora decir que "las relaciones muchos-a-muchos no existen en una base de datos relacionales".
Si tenemos Alumnos y Cursos necesitamos si o si una tabla Alumnos_x_Cursos de lo contrario vamos a repetir datos innecesariamente al menos en una de las dos tablas

[GatorV]

Pues esa es la idea de una relación muchos a muchos, tener una tabla que guarde las relaciones...

[Computer XTress]

Genial,, bajando el zend entonecsss

gracias :)