Select en MySQL con tablas relacionadas

pero para eso no deberia marcarlas como foreing key? xD

me referia a que a la hora de crear las tablas no deberias crear el campo como foreign key? o las puedes usar como tal sin haberlo especificado antes?

Bienvenido al mundo de las JOIN.

En cualquier curso de BD te "obligarian" a realizar consultas "simples" (incluyendo joins, etc) antes que realizar subconsultas. Los SGBD no pueden optimizar muy bien las consultas que incluyen subconsultas.

Edit: Hace unas semanas utilicé en Windows un MySQL 5 usando un programa de estos que te ponen el apache, mysql, apache, etc y solo hay que darle a "start" y el MySQL (sin configurar nada) se pasaba por el forro de los webos la integridad referencial. Por mucho que pusiear "FOREING KEY" solo "parseaba la frase" (no decía syntax error), pero como si no existiera, no servía de nada.

#11 Utilizaste el query browser? Ese se los pasa por el forro todas, en cuanto haces lo mismo en el workbench peta por todas partes.

no se si la suite que dices es el xampp, pero apesta

#12 Vale, aunque hayas puesto el nombre y no la id lo has solucionado haciendo que no se pueda repetir el nombre, esta bien pero ten cuidado, no es lo más convencional. Cómo lo has hecho no tendría que darte problemas.

#14 Sí, a eso me refería. Lo más normal es poner como fks pks de otras tablas en lugar de otro atributo que no sea primario, te sueles evitar problemas. Si así te va bien, adelante, yo es que nunca lo he hecho así. Cuestión de gustos.

Notas:
-Efectívamente, usa los JOIN's mucho antes que concatenar tablas en el FROM uniéndolas en el WHERE, o peor aún, subconsultas tipo WHERE ID IN (select tururu FROM tarara Where piripipi). Son sensiblemente más rápidas de ejecutar.
-Poner FK's (claves foráneneas) o no ponerlas no te impide "unir" tablas. Las foreign keys sirven para mantener la integridad de la base de datos, es decir, que los datos sean consistentes y fiables Esto quiere decir que si borras una fila de una tabla maestra, o la modificas, los cambios se aplicarán en cascada a las tablas relacionadas (si así lo has indicado cuanco creas el foreign key). Bastante útil y recomendable usar Foreigns keys, pero entonces tu tablas deberás convertirlas al tipo INNODB y no MYISAM o cosas raras.
-SIEMPRE usa CLAVES PRIMARIAS para identificar filas de una tabla mediante foreign keys, no otros campos ni campos UNIQUE por muy golosos que parezcan. Te ahorrarás futuras fallas y calentamientos de cabeza. Este error importante lo cometes en la tabla "poker_partidas_apuntadas" usando el nombre de usuario en vez de su ID para la columna "usuario". CAMBIALO.

La consulta sería algo así como

SELECT pu.login
FROM poker_usuarios pu
LEFT JOIN poker_partidas_apuntadas ppa ON pu.usuario=ppa.idusuario
WHERE ppa.idpartida=2

Esto sólo funcionaría si haces el cambio que te digo arriba sobre la tabla "poker_partidas_apuntadas".

ppu y pa se llaman "alias" (se puede poner cualquier alias a cualquier tabla, pero la utilidad es que el alias sea lo mas corto posible) y sirven para no tener que escribir entero el nombre de la tabla cuando quiero acceder a un campo de ellas y para saber a qué campo de qué tabla estás usando en el caso de que algunas tabals tengan campos con el mismo nombre.

Aprovecho el post que ya va sobre SQL para ver si alguien me podría decir, por mera curiosidad, como se puede ejecutar, en PostgreSQL 9 (usando pgAdminIII), un script PG/PLSQL sin tener que crear un procedimiento almacenado.

He leído que justo en PostgreSQL 9 han introducido la sentencia DO, pero al ser una palabra tan común en inglés y tan pequeña consigo obtener información mediante búsquedas.

En Oracle esto se puede, y la cosa sería que si quiero hacer un pequeño script para, por poner un ejemplo, meter 100 filas en una tabla:

DECLARE
    i INTEGER
BEGIN
    i := 0;
    WHILE i < 100 LOOP
        INSERT INTO (.....);
    END LOOP;
END
$$ LANGUAGE pgplsql

Que eso no tenga que ser metido dentro de un procedure, que se pueda ejecutar "on the fly".

Dagavi, you uso mysql y no tengo problemas con ejecutar al vuelo scripts pl/sql, aunque suelo hacer ese tipo de tareas con scripts en PHP que hago más rápidamente y me dan menos problemas. De todas formas con una simple busqueda:
http://www.google.es/#hl=es&biw=1920&bih=887&q=execute+script+postgresql+pgAdmin&aq=f&aqi=&aql=&oq=&gs_rfai=&fp=aff284a721dd317e

Me han salido muchas soluciones que no puedo probar. Ésta es una de las más completas que he visto:
http://www.pgadmin.org/docs/dev/pgscript.html

Aquí también dice que su Query Editor permite ejecutar scripts al vuelo (debajo de la segunda foto):
http://www.pgadmin.org/docs/1.12/query.html