Relacionar 2 tablas

[pato12]

Hola,
Nesesito relacionar 2 tablas (para ahorrar tiempo de consultas ). Tengo estas 2 tablas:

users
- id
- nick
..
temas
-id
-autor <-- id user
-ultimo_autor <-- id user (no es la misma que arriba)
..

y en temas tengo guardada la id del usuario (de la tabla users). Lo que ago ahora, es esto:

Código SQL:

SELECT tema.id AS id_tema, tema.respuestas AS respuestas, tema.foro AS foro, tema.utlautor AS utlautor, tema.visitas AS visitas, USER.nick AS autor, USER.id AS uid, tema.contenido AS contenido, tema.title AS title, tema.ulttime AS ulttime
          FROM temas AS tema 
          LEFT JOIN users AS USER ON tema.autor=USER.id WHERE tema.foro='.intval($_GET['foro']).' AND tema.tema=0 ORDER BY tema.ulttime DESC
 

y anda bien, pero solo me devuelve el nick del autor (porque no se como hacer para que me devuelva tambien el del ultimo autor).
Gracias
Salu2

[huesos52]

podrías hacer un nuevo left join con la tabla users pero con diferente alias y llamar al ultimo autor en esta tabla.

lo has intentado?

Si sigues con problemas, te recomiendo postees los create table y algunos inserts de prueba de las tablas y la salida que esperarías

saludos

[pato12]

WOW!.. gracias!! no sabia que era tan facil xD
haci me quedo:

Código sql:

SELECT tema.id AS id_tema, tema.respuestas AS respuestas, tema.foro AS foro, tema.utlautor AS utlautor, tema.visitas AS visitas, USER.nick AS autor, USER.id AS uid, tema.contenido AS contenido, tema.title AS title, tema.ulttime AS ulttime, u.nick AS ULTIMOO
FROM temas AS tema
LEFT JOIN users AS USER ON tema.autor = USER.id
LEFT JOIN users AS u ON tema.utlautor = u.id
WHERE tema.foro =2
AND tema.tema =0
ORDER BY tema.ulttime DESC
 

Otra cosa ahora (por no abrir un nuevo tema :p).. tengo esta consulta:

Código SQL:

SELECT * FROM foros WHERE tema=".intval($row_foros['id'])." ORDER BY posision DESC
 

como ago para que me devuelva la cantidad de resultados de otra consulta.. como:

Código SQL:

SELECT * FROM temas WHERE tema=0 AND foro=".intval($row_foros['id'])."
 

(No se si se entiende, es para que me devuelva la cantidad de resultados, todo en 1 consulta xD)
Gracias
Salu2

[pato12]

Hola,
Intente hacer el sql, pero en phpmyadmin me da este error:
#1140 - Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP columns is illegal if there is no GROUP BY clause
el sql:

Código SQL:

SELECT foro.*, COUNT(temas.id) AS temas_c, COUNT(mensajes.id) AS mensajes_c 
    FROM foros_table AS foro 
        LEFT JOIN temas_table AS temas ON temas.tema=0 AND temas.foro=foro.id
        LEFT JOIN temas_table AS mensajes ON mensajes.foro=foro.id
    WHERE foro.tema=0 ORDER BY foro.posision DESC
 

Gracias
Salu2

[huesos52]

cuando utilizas funciones de agrupación como count,max,min,sum debes incluir en la consulta la clausula group by.

No veo que lo utilices en la consulta.

[pato12]

y.. como se la usa? xD

[huesos52]

mira esto
http://dev.mysql.com/doc/refman/5.0/...functions.html

En pocas palabras, cuando muestras uno o mas campos y usas funciones de agrupación, se aplicará para cada registro que agrupe el primer campo.

Código MySQL:

mysql> select *from ventas;
+------------+-------+
| fecha      | valor |
+------------+-------+
| 2009-12-21 |  2300 |
| 2009-12-21 |  5600 |
| 2009-12-21 |  8700 |
| 2009-12-21 |  1200 |
| 2009-12-22 |  1200 |
| 2009-12-22 |  6500 |
| 2009-12-22 |  9750 |
+------------+-------+
7 rows in set (0.00 sec)
 
mysql> select fecha, sum(valor) from ventas group by fecha;
+------------+------------+
| fecha      | sum(valor) |
+------------+------------+
| 2009-12-21 |      17800 |
| 2009-12-22 |      17450 |
+------------+------------+
2 rows in set (0.00 sec)
 
mysql>
 

como ves se suman las ventas por día.

si pones a mostrar el campo fecha, el no sabrá con que criterio dar una suma si no hicieses la agrupación por fecha.

se entiende?

[pato12]

No entendi mucho :S.. lo que entiendo es que te agrupa, pero yo no quiero agruparlos. Mira esta es mi tabla:
foros
-id
-nombre
..
temas
-id
-foro <-- es el id del foro
-tema <-- es 0 si no es respuesta
...

y quiero que me devuelva el nombre (y los otros campos) y cuantos temas y respuestas del foro.

[estefanosalazar]

Buenas!!

Podrias hacer esto, tenes dos opciones:

1) para sacar solo los campos de foros

Código PHP:

   
SELECT foros.* FROM foros LEFT JOIN temas ON temas.id = foros.id 
   

2) para sacar todos los campos de las dos tablas

Código PHP:

   
SELECT foros.*, temas.* FROM foros LEFT JOIN temas ON temas.id = foros.id 
   

Espero que sirva. No lo probe porque estoy en el trabajo, y estoy apretado. Pero la diea esta por lo menos, jaja.

Saludos!

[pato12]

Iniciado por estefanosalazar

Buenas!!

Podrias hacer esto, tenes dos opciones:

1) para sacar solo los campos de foros

[MYSQL]

SELECT foros.* FROM foros LEFT JOIN temas ON temas.id = foros.id

[/MYSQL]

2) para sacar todos los campos de las dos tablas

[MYSQL]

SELECT foros.*, temas.* FROM foros LEFT JOIN temas ON temas.id = foros.id

[/MYSQL]


Espero que sirva. No lo probe porque estoy en el trabajo, y estoy apretado. Pero la diea esta por lo menos, jaja.

Saludos!

Gracias, pero yo no quiero sacar los temas xD.. quiero contar los temas y mensajes :p

[gnzsoloyo]

Gracias, pero yo no quiero sacar los temas xD.. quiero contar los temas y mensajes :p

Entonces quieres que aparezca:
- ID del foro
- Nombre del coro
- Cantidad de Temas
- Cantidad de mensajes totales

Eso, Pato12, es agrupamiento de cantidades por foro .

[pato12]

Y como seriea entonces?
Asi no me anda:

Código SQL:

SELECT foro.*, COUNT(temas.id) AS temas, COUNT(mensajes.id) AS mensajes 
    FROM foros_table AS foro 
        LEFT JOIN temas_table AS temas ON temas.tema=0 AND temas.foro=foro.id
        LEFT JOIN temas_table AS mensajes ON mensajes.foro=foro.id
    WHERE foro.tema=0 ORDER BY foro.posision DESC GROUP BY foro.id
 

Gracias
Salu2

[gnzsoloyo]

Algunas cosas no se comprenden a simple vista, como por ejemplo, que haya un campo temas.tema que valga cero ¿eso qué significa exactamente?

SI las tablas se vinculan por su ID, la cosa tal vez sea:

Código MySQL:

SELECT 
   foro.*, 
   COUNT(temas.id) temas, 
   COUNT(mensajes.id) mensajes 
FROM 
   foros_table foro LEFT JOIN 
   temas_table AS temas ON temas.foro=foro.id LEFT JOIN 
   temas_table AS mensajes ON mensajes.foro=foro.id
ORDER BY foro.posision DESC 
GROUP BY foro.id
 

[pato12]

Gracias, el valor 0 indica que es un tema, si no es 0 es una respuesta.
Pero no anda bien :S.. me da este error:
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'GROUP BY foro.id
LIMIT 0, 30' at line 1
pero si borro el ORDER BY foro.posision DESC anda :S.. pero me devuelve mal los datos. Me devuelve en mensajes 210 y en temas 210, pero solo hay 35 mensajes y 5 temas :S.
Salu2

[gnzsoloyo]

Código MySQL:

SELECT * 
FROM  (SELECT 
   foro.*, 
   COUNT(temas.id) temas, 
   COUNT(mensajes.id) mensajes 
FROM 
   foros_table foro LEFT JOIN 
   temas_table AS temas ON temas.foro=foro.id LEFT JOIN 
   temas_table AS mensajes ON mensajes.foro=foro.id
GROUP BY foro.id) T1
ORDER BY foro.posision DESC ;
 

[pato12]

Igual me da error :S
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SELECT foro. * , COUNT( temas.id ) temas , COUNT( mensajes.id ) mensajes FRO' at line 1

[jurena]

pato12,

esto de foro.* es sospechoso, pues tratas de mostrar todos los campos de la tabla cuyo alias es foro, es decir, foros_table, además del count. Ahí sólo podrías mostrar el campo por el que agrupas, es decir, foro.id. Prueba esto y nos dices:

Código SQL:

SELECT T1.idforo, T1.temas, T1.mensajes FROM (SELECT  foro.id idforo, COUNT(temas.id) temas, COUNT(mensajes.id) mensajes FROM foros_table foro LEFT JOIN temas_table AS temas ON temas.foro=foro.id LEFT JOIN temas_table AS mensajes ON mensajes.foro=foro.id GROUP BY foro.id)T1 ORDER BY t1.temas, T1.mensajes
 

No entiendo por qué ordenas por un campo llamado posision que no veo por ninguna parte.

[gnzsoloyo]

Las observaciones de jurena son válidas.
Uno de los problemas de poner todos los campos, es saber si realmente necesitas todos esos campos. ASí la consulta es ineficiente.
Además de ello, estás poniendo el mismo nombre alias (mensajes) a una tabla que a una columna del SELECT, lo que puede dar lugar a errores.

Código MySQL:

SELECT * 
FROM  
    (SELECT 
       F.*, 
       COUNT(T.id) `Total Temas`, 
       COUNT(M.id) `Total Mensajes`
    FROM 
         foros_table F 
         LEFT JOIN  temas_table T ON T.foro=F.id 
         LEFT JOIN  temas_table M ON M.foro=F.id
    GROUP BY F.id) T1
ORDER BY T1.posision DESC ;
 

Ahora bien, la consulta, tal y cual la pongo, no contiene errores sintácticos, lo que sí me llama la atención es que la misma tabla (temas_table) maneje también la información de los mensajes...

[pato12]

Hola,
Ahora me devuelve 1225 en temas y mensajes con tu sql jurena :S y solo hay 35 mensajes y 5 temas :p..
El campo posision, es int que va del 0 al 10 y es para ordenar las posisiones del foro.
Gracias
Salu2

EDITO:
Gnzsoloyo tu sql tambien me devuelve 1225 en mensajes y temas :S

[gnzsoloyo]

El campo posision, es int que va del 0 al 10 y es para ordenar las posisiones del foro.

¿Y cómo asignas a ese valor? ¿En qué momento?
Por otro lado, si estás poniendo esa condición, el ORDER BY es superfluo, a menos que haya más de un registro con cero en ese campo, ya que sólo devolvería aquellos que tengan ese valor... y en ese caso el ordenamiento debería ser por otra columna.

[pato12]

Es que mira, el campo posision es asignado desde un panel y en la tabla foro estan las categorias, foros y subforos :p

[gnzsoloyo]

Sería buena idea, entonces que nos postearas las estructuras de las tablas, porque las relaciones en las consultas parecen estar mal planteadas, y eso puede ser poque se están usando incorrectamente las FK.
Por cierto, es evidente que se está produciendo algún producto cartesiano (posiblemente por una error de claves), porque precisamente en el caso que le dices a jurena 35 x 53 = 1225, ergo, es un producto cartesiano...

Postea las sentencias de CREATE TABLE de las tablas involucradas para comprender mejor la estructura.

[pato12]

No entendi lo que es producto cartesiano xD
Esta son las tablas (estoy haciendo un foro, tipo phpbb):

Código SQL:

CREATE TABLE `half_foros` (
  `id` INT(100) NOT NULL AUTO_INCREMENT,
  `tema` INT(100) NOT NULL,
  `name` VARCHAR(255) NOT NULL,
  `detalle` VARCHAR(255) NOT NULL,
  `posision` INT(10) NOT NULL,
  `privado` INT(100) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;
 
CREATE TABLE `half_temas` (
  `id` INT(100) NOT NULL AUTO_INCREMENT,
  `title` VARCHAR(255) NOT NULL,
  `autor` INT(100) NOT NULL,
  `respuestas` INT(25) NOT NULL,
  `visitas` INT(25) NOT NULL,
  `utlautor` INT(100) NOT NULL,
  `ulttime` INT(100) NOT NULL,
  `foro` INT(10) NOT NULL,
  `tema` INT(100) NOT NULL,
  `contenido` text NOT NULL,
  `time` INT(100) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=1;
 

[jurena]

pato12,
no entiendo bien cómo estableces las relaciones. En realidad, no entiendo si en la primera tabla guardas foros o temas. Si guardas foros y en name pones el nombre del foro, no sé por qué tienes un campo llamado tema de tipo numérico en esa tabla. Los temas pertenecen a los foros y sólo deberían estar en la tabla half_temas. Por otra parte, en la tabla half_temas dices guardar 0 cuando se trata de un tema nuevo, y no nos dices qué (tal vez el número del tema) cuando es una respuesta. Yo eso no lo entiendo bien. Quiero decir que cuando alguien crea un tema, se crea un nuevo registro en esa tabla y si responde a la misma o visita, suma en los campos que tienes para eso. De ahí que no entienda ese campo tema. Acláranos estas cuestiones y cómo introduces los datos, si puedes con ejemplos concretos para que veamos qué estás haciendo. Dinos además qué quieres sacar exactamente.

[gnzsoloyo]

Coincido en lo que jurena dice y agfrego:
- Estás guardando fechas y horas (aparentemente) como números enteros. ¿Por qué?
- Estás poniendo el campo TEMA de la tabla HALF_TEMAS, como INT. ¿Representa una FK? ¿Es otra cosa?
- Hay un campo CONTENIDO definido como TEXT. Si ese es el título del tema, me resulta excesivo, ya que la descripción de un tema abierto por un usuario no debería exceder los 255 caracteres. Lo que sí deben excederlo son los mensajes.
- ¿Dónde guardas los mensajes?
- El campo RESPUESTAS, ¿representa una cantidad o un FK de otra tabla?
- Esto: "int(100)" carece de sentido, porque excede la máxima representación de un número en un BIGINT (18446744073709551615).
- El campo POSISION (debería se posicion), ¿representa la posición como jerarquía de menú, como ranking por resultados, o su posición para un tipo de usuario? ¿O qué posición? Según sea eso, podría ser que correspondiera una relación con otras entidades, y otras tablas, y no necesariamente que estuviese en esta tabla...
- Por cierto, hablando de tablas, ¿Dónde están los mensajes del foro?

[pato12]

Bueno les explico como es el sistema xD
- El valor de posicion es para ordenar los foros, por ejemplo: si esta primero el foro Programacion y despues Diseño, con esto puedo mover programacion abajo de diseño.
- Los mensajes estan guardados en half_temas.
- El cambio tema es para referirse al tema, foro o subforo. Y guardo el id del referido.
- Cuardo las fechas en int, para poner bien la fecha por zona horaria.
- El campo contenido tiene el post, y el title tiene el titulo.
- El campo respuestas es para ahorrar consutas xD
Gracias
Salu2

[jurena]

pato12,
no sé si habré entendido bien tu lógica, pero tal vez lo que buscas es algo parecido a esto:

Código MySQL:

SELECT f.name, SUM(IF (t.tema=0,1,0))totaltemasdeforo, SUM(IF(t.tema!=0,1,0)) respuestas FROM `half_temas` t INNER JOIN half_foros f ON f.id = t.foro group by f.id
 

Si es así, sigo sin entender qué hace el campo tema en la tabla half_foros, y por otra parte tampoco entiendo que acumules las respuestas y sin embargo para los temas uses un sólo registro, el que tiene 0 en tema. Suscribo todo lo que te dijo gnzsoloyo.

Saludos

[gnzsoloyo]

Iniciado por pato12

Bueno les explico como es el sistema xD
- El valor de posicion es para ordenar los foros, por ejemplo: si esta primero el foro Programacion y despues Diseño, con esto puedo mover programacion abajo de diseño.
- Los mensajes estan guardados en half_temas.
- El cambio tema es para referirse al tema, foro o subforo. Y guardo el id del referido.
- Cuardo las fechas en int, para poner bien la fecha por zona horaria.
- El campo contenido tiene el post, y el title tiene el titulo.
- El campo respuestas es para ahorrar consutas xD
Gracias
Salu2

Según lo veo yo:
- El primer punto se suele manejarse por medio de una tabla de configuración de menúes por usuario o genérico.
- Los mensajes no suelen guardarse en una tabla que guarde los temas. Lo que suele hacerse es una tabla que guarde el mensaje, relacionada con el tema y con el usuario que lo posteó.
- Guardar las fechas como UNIX_TIME no es una mala idea. Ya lo he visto antes, aunque es poco usual para mi.
- Por lo que se entiende, el campo contenido guarda todos los posts de un tema. Como ya dije, eso suele hacerse en una tabla aparte para evitar entre otras cosas restringir la cantidad de posts posibles (un campo TEXT tiene un límite, aunque sea elevado), y porque además de esa forma se cumple con las 1FN, 2FN y 3FN.
- No comprendo qué consultas ahorras con el campo respuestas porque no sé qué contiene. Sólo puedo suponer...

Dicho esto, te comento, un modelo tipo para un foro lo puedes ver en este esquema simplificado:


No niego que hay muchos otros modelos posibles, pero esta forma cumple el esquema básico de relaciones y cardinalidades mínimas.
La importancia de ajustarse al modelo normalizado (más allá de que uses MyISAM o InnoDB como motor de tablas), es que lo que planteas en el primer post de este asunto sería mucho más fácil de lograr con una consulta más eficiente y efectiva.
Tal y como planteas tu las tablas, tienen ciertas dificultades a la hora de buscar los datos que estás buscando.

[pato12]

Iniciado por jurena

pato12,
no sé si habré entendido bien tu lógica, pero tal vez lo que buscas es algo parecido a esto:

Código MySQL:

SELECT f.name, SUM(IF (t.tema=0,1,0))totaltemasdeforo, SUM(IF(t.tema!=0,1,0)) respuestas FROM `half_temas` t INNER JOIN half_foros f ON f.id = t.foro group by f.id
 

Si es así, sigo sin entender qué hace el campo tema en la tabla half_foros, y por otra parte tampoco entiendo que acumules las respuestas y sin embargo para los temas uses un sólo registro, el que tiene 0 en tema. Suscribo todo lo que te dijo gnzsoloyo.

Saludos

Gracias! anda perfecto .. pero solo me devuelve los post que tengan temas o mensajes :S... yo quiero que me devuelva todos los foros tenga o no temas.


gnzsoloyo, es complicado el sistema que uso xD

[gnzsoloyo]

Código MySQL:

SELECT 
    f.name, 
    IFNULL(SUM(IF (t.tema=0,1,0)),0) totaltemasdeforo, 
    IFNULL(SUM(IF(t.tema!=0,1,0)), 0) respuestas 
FROM half_foros f 
    LEFT JOIN `half_temas` t ON f.id = t.foro 
GROUP BY f.id
 

Tal vez considerando los NULL...

es complicado el sistema que uso xD

Más que complicado, me parece demasiado desnormalizado...