Capa de acceso a datos

[kaS_aPPeaL]

Hola! Estoy en proceso de desarrollar un proyecto (a modo de hobbie) y así aprender y reforzar mis conocimientos, hasta ahora escasos de POO.

Bien he leído algo sobre MVC y demás, y os comento. Por ejemplo, imaginemos que quiero hacer un foro. Un foro tiene posts y tiene usuarios.

Entonces claramente, ahí tenemos 2 clases, la clase usuario y la clase post.
Como bien sabemos, un post es de un usuario.

Mi pregunta es, si por ejemplo vamos a hacer un listado de todos los post mostrando a cada post cual es el usuario que lo ha creado, en SQL es tan fácil como decir select [tal tal tal] from usuarios, post where usuario.id = posts.usuario_id. Pero claro, haciendo esto las clases nos las pasamos por el forro, y teniendo un gestor de base de datos, veo algo "tonto" seleccionar primero los post y luego a cada post coger su usuario (aunque sea sólo el nombre).

¿Aguien sabe como plantear esto?

[El Menda]

Yo también he estado estos días leyendo sobre clases, MVC y demás, y creo que mi caso es parecido al tuyo, pero el problema es que no entiendo bien a partir de donde dices: "Mi pregunta es..."


Puede que mi problema sea el mismo que el tuyo, pero en este caso es para mostrar en una página unas noticias.
Si tengo un listado de titulares de noticias que mostrar en noticias.php, ¿de qué me serviría usar una clase que se llame noticia y se llame de la manera $noticia->mostrar_titular($id) si en la pagina noticias.php tengo que llamar a la base de datos para sacar todos los id de las últimas 10 noticias y volver a llamar inutilmente a la clase para mostrar el titular de cada una cuando desde el momento que he consultado la bd he podido sacar el titular? ¿Cómo enfocamos el problema sin desperdiciar recursos?

[kaS_aPPeaL]

Veamos, mi consulta va por otros tiros. Imaginemos los post de un foro y los usuarios. Evidentemente son tablas diferentes, lo único que en los post se guarda el id del usuario que lo creo.

Entonces tenemos que las tablas son así (por ejemplo):

Posts: id (int), user_id(int), texto(text)
Usuarios: id(int), nombre(varchar(50))

Y en clases lo representaríamos así:

Código PHP:

  class post { 
 // atributos 
 var $id; 
 var $user_id; 
 var $texto; 
 // métodos 
 /* los metodos que sean */ 
} 
class user{ 
 // atributos 
 var $id; 
 var $nombre; 
 // métodos 
 /* los metodos que sean */ 
}  
   

Para luego manejar estas clases para por ejemplo hacer un listado, tendríamos que tener unas clases globales que manejaran a estas. Es decir

Código PHP:

  class managerPost { 
 // atributos 
 var $aPosts; /* array de posts */ 
 // metodos 
 function listarPost() { /* codigo */ } 
}  
   

Para los usuarios ser haría lo mismo.

Bien entonces teniendo el ejemplo de los post, es lógico que la función listar fuera así:

Código PHP:

  function listarPost($oBaseDeDatos) {  
 $sql = "select * from posts;" 
 $resultado = $oBaseDeDatos->query($sql); 
 /* hacemos lo que sea con el resultado */ 
}  
   

Bien, con esto tengo una función que me lista todos los post. Guay, pero..y si yo quiero que en el listado aparezca el nombre del usuario que lo hizo?

En SQL es bien sencillo, se puede hacer un join de las tablas de usuarios y post y solucionado. Pero haciendo esto con SQL, el tema de los objetos me lo paso por el arco del triunfo y claro, teniendo un gestor de base de datos por debajo (MySQL o lo que sea), veo una tontería tener que recuperar el post y luego hacer otra llamada SQL sólo para recuperar el nombre del usuario. De ahí la necesidad de la capa de enlace de datos que interactuara sin violar el tema de los objetos.

Por más que he buscado no he encontrado nada que me dé solución, por lo que creo que la solución pasaría por dar un atributo más a la clase post, que sea por ejemplo $nombreUsuario, y que sólo cuando haga un listado, coga valor.

¿Qué os parece esta solución?

[GatorV]

El problema que ambos tienen es solo de logica, su capa a datos debe de encargarse de extraer los datos de ambas tablas, por eso son las relaciones m:n, si buscan en motores de bases de datos como Propel, en tu definicion le tienes que decir a tu clase que tal columna es un FK a otra tabla, entonces el motor de tu base de datos debe de ser los suficientemente inteligente de expandir esas llaves y traerte los datos de la otra tabla en automatico.

[GatorV]

Pueden darle una leida:

http://propel.phpdb.org/trac/wiki/Us.../Relationships

Pueden ver el codigo y darse una idea de como manejar las relaciones entre las clases.

Saludos.

[El Menda]

Tío pues yo hubiera hecho un join y ya está que es lo más eficiente.

No sé si es lo más correcto, pero creo que para pequeños casos está justificado el método.

[kaS_aPPeaL]

Y eso que me dices GatorV, se puede hacer con MySQL??

[kaS_aPPeaL]

Iniciado por El Menda

Tío pues yo hubiera hecho un join y ya está que es lo más eficiente.

No sé si es lo más correcto, pero creo que para pequeños casos está justificado el método.

Claro, es el tema, que pas de las clases para eso, simplemente hago el JOIN y lo muestro, pero el tema era poder respetar las clases, a ver si con la ayuda de lo que dice GatorV veo la luz.

[GatorV]

Lo que yo te digo es independiente de tu base de datos, el motor de tu capa de datos debe de ser lo suficientemente inteligente para expandir las FK, no importa si tu base de datos es MySQL, Oracle, SQL Server, Access, XML, Txt, etc.

El motor de tu capa de datos es lo mas importante de la aplicacion ya que es la que se encarga de comunicarse directamente con el data source, ya tu capa de datos, ellos no saben en donde se guardan asi que mantienes una independencia total, asi si tu aplicacion en un futuro te dicen que no la quieren en MySQL si no en Oracle, a ti no te impacta tanto ya que solo tienes que cambiar tu motor de acceso a la base de datos.

[GastonRobledo]

Hola a todos, lo que entiendo de esta discusion es que kaS_aPPeaL quiere traer los datos pero respentando que los datos obtenidos de usuarios sean persistidos en la clase usuarios y los datos post en la clase post

lo que se puede hacer es crear una clase intermedia que traiga los datos con un join o con igualacion de datos, es lo mismo, total sabemos la posicion de cada uno de los datos

la clase intermedia seria PostUsers
class PostUsers{
private Post
private Users

public function __construc(Post p,Users u){
$this->Post = p;
$this->Users=u;
}
}
por ejemplo

SELECT p.Id,p.Texto,u.Nombre FROM Usuarios u, Post p WHERE u.Id = p.IdUsuario;

y la funcion de creacion de objetos seria la siguiente

function listarPost($oBaseDeDatos) {
$sql = "SELECT p.Id,p.Texto,u.Nombre FROM Usuarios u, Post p WHERE u.Id = p.IdUsuario"
$resultado = $oBaseDeDatos->query($sql);
foreach($resultado as $res){
$objres[] = new PostUsers($res['Id'],$res['Texto'],$res['Nombre']);
}
retrun $objres;
}

por lo tanto en la clase intermedia tendrias persistido los dos objetos cada uno con sus respectivos datos.

espero que te sirva si eso era lo que buscabas.

saludos

[GastonRobledo]

Perdon en la funcion me equivoque con los parametros asi seria

function listarPost($oBaseDeDatos) {
$sql = "SELECT p.Id,p.Texto,u.Nombre FROM Usuarios u, Post p WHERE u.Id = p.IdUsuario"
$resultado = $oBaseDeDatos->query($sql);
foreach($resultado as $res){
$objres[] = new PostUsers(new Post($res['Id'],$res['Texto']),new Users($res['Nombre']));
}
retrun $objres;
}

Saludos

[BlisZ]

Si no he entendido mal, creo que te refieres a cuando quieres imprimir algo desde la base de datos. En teoria una clase no debe imprimir cosas. Pero tu quieres imprimir.

Yo lo hago asi:

en la clase

Código PHP:

      function Mostrar() { 
        $query = "SELECT * FROM `tabla` ORDER BY id DESC"; 
        $res = mysql_query($query) or die("No se pudo sacar informacion de la BD"); 
        $muestra = array(); 
        while($row = mysql_fetch_array($res)) 
            $muestra[] = $row; 
        return $muestra; 
    }  
   

y luego para mostrar:

Código PHP:

  if($objeto->Mostrar()) 
{ 
    foreach ($objeto->Mostrar() as $row) { 
        echo '<div class="tabla"><b>'.$row["autor"].'</b> el '.date("d/m/Y",$row["fecha"]).' a las '.date("H:i",$row["fecha"]); 
        echo '<hr />'.$row["texto"].'</div>'; 
    } 
}  
   

Espero que te sirva