Modelado de clases y Bases de datos relacionales

[kiko's]

Hola,

Tengo un problema de diseño, no sé exactamente cuál sería la forma más correcta de hacerlo.

Estoy programando bajo Zend Framework.

Resumidamente tengo las siguientes tablas:

cliente (id, nombre, apellido)
reserva (id, precio, id_cliente)

Código PHP:

  clase MyMapper { 
 // ... 
} 
 
clase Cliente extends MyMapper { 
 private $_id; 
 private $_nombre; 
 private $_apellido; 
 
 public static function getById($id){ 
  // 
 } 
} 
 
clase Reserva extends MyMapper{ 
 private $_id; 
 private $_id_cliente; 
 private $_precio; 
 
 public function getNombreCliente(){ 
  $cliente = Cliente::getById($this->_id_cliente); 
  return $cliente->nombre; 
} 
}  
   

Mi pregunta es... ¿es correcto (o lo más correcto) poner la función getNombreCliente() dentro de la clase "Reserva"?

¿Es correcto añadir una propiedad llamada "$_nombre_cliente", por ejemplo, dentro de la clase "Reserva"?

Mi duda es si la clase Reserva debe tener tantas y las mismas propiedades que la tabla Reservas o si esto, desde un punto de vista de la buena programación, no es necesario.

Espero haberme explicado.
Saludos y gracias.

[alvidales]

La mejor practica para llevar a cabo este modelado es que todo lo que pertenece al cliente, va con el cliente, todo lo que pertenece a la reserva, a la reserva, ahora, ponte a pensar en la relación, un cliente puede tener muchas reservas, y una reserva esta destinada a un unico cliente, recuerda tambien que un cliente puede o no tener una reserva.

Puedes extender la Reserva a Cliente en lugar de a MyMapper, asi cuando declares un objeto de la clase Reserva, esta podra utilizar las funciones del cliente.

No tengo mucho conocimiento como se maneja el Framework Zend pero a mi experiencia con clases es lo que puedo recomendar.

[Italico76]

Yo modelaria todo (graficamente) primero por ejemplo con MySqlWorkbench que es excelente y gratis

Luego usaria el modelo.... intentar modelar al voleo parece ser la moda ahora con como estan usando el patron ActiveRecord y la verdad no lo comparto.

Me quedo con modelar primero: "primero pienso, luego existo"

[kiko's]

Iniciado por alvidales

La mejor practica para llevar a cabo este modelado es que todo lo que pertenece al cliente, va con el cliente, todo lo que pertenece a la reserva, a la reserva, ahora, ponte a pensar en la relación, un cliente puede tener muchas reservas, y una reserva esta destinada a un unico cliente, recuerda tambien que un cliente puede o no tener una reserva.

Puedes extender la Reserva a Cliente en lugar de a MyMapper, asi cuando declares un objeto de la clase Reserva, esta podra utilizar las funciones del cliente.

No tengo mucho conocimiento como se maneja el Framework Zend pero a mi experiencia con clases es lo que puedo recomendar.

MyMapper por cuestiones de diseño lo tengo que extender sí o sí.... Extender Reserva a Cliente no me termina de convencer.

Iniciado por Italico76

Yo modelaria todo (graficamente) primero por ejemplo con MySqlWorkbench que es excelente y gratis

Luego usaria el modelo.... intentar modelar al voleo parece ser la moda ahora con como estan usando el patron ActiveRecord y la verdad no lo comparto.

Me quedo con modelar primero: "primero pienso, luego existo"

El diseño de la base de datos está perfectamente modelado, fue lo primero. El problema es el diseño de los Modelos en PHP y las relaciones entre las tablas de la base de datos. No es un problema de que no sepa hacerlo sino que desde el punto de vista conceptual me gustaría hacerlo bien. En Zend suelen aplicar el patrón ActiveRecord pero a mi no termina de gustar.

Yo querría leer el nombre del cliente de una reserva de una manera elegante: $booking->getCustomerName(); teniendo en cuenta que en la tabla Reservas sólo tendré el id del cliente y que su nombre estará en la tabla Cliente.

Saludos.