crear una tabla x cada usuario automáticamente al loguearse.

[cristian_cena]

Hola amigos, resulta que he creado una aplicación sencilla en php y mysql a modo de ir avanzando en el aprendizaje de dichos lenguajes. Pero tengo un problema, como se trata de una agenda, cada usuario va a querer agendar algo distinto. Para ello ya resolvi el tema del logueo y las sesiones pero tengo una duda. ¿como genero una tabla para cada usuario? ya que de este modo cada usuario tendría su info personal. ¿Algún tutorial que lo explique? ¿es el modo adecuado de llevar a cabo esta tarea?

Desde ya muchas gracias, cualquier cosa si no me he explicado lo suficiente lo hago de nuevo. Un saludo.

[codecweb98]

Creo que tu solución de una tabla por cada usuario no es para nada recomendable. Lo más ortodoxo es usar tablas con llaves foráneas.

Por decir algo: tú tienes tu tabla de usuarios con los siguientes campos:

usuario |id_usuario | nombre | apellidos| contrasena| ...

Ahora la tabla de agenda quedaría así:

agenda |id_usuario| id_agenda | nombre_contacto | telefono| ...

Dode "id_usuario" es una llave foránea que hace referencia a la tabla "usuarios"

Por ejemplo si quieres saber los contactos de un usuario en particular, con el id 10, harías lo siguiente:

Código SQL:

SELECT * FROM agenda WHERE id_usuario = 10
 

O para insertar contactos en la agenda sería, del usuario con id 20:

Código SQL:

INSERT INTO agenda (id_usuario, nombre_contacto,...) VALUES (20, "Juan Perez ", ...)
 

[cristian_cena]

Hola codecweb98, primero muchisimas gracias por tu excelente respuesta. Nada más comentarte que estoy trabajando con claves foraneas.

Lo he echo de este modo

Código:

create table papa 
(
id_papa int not null auto _increment primary key,
campo varchar(30),
)TYPE=INNODB;

create table hijo 
(
id_hijo int not null primary key,
id_papa int not null,
campoejemplo int,
index(id_papa),
foreign key (id_papa) references papa(id_papa)
)TYPE=INNODB;

pero como hacer para separar el contenido ingresado por los usuarios? es decir para que cada usuario tenga su propio contenido y no altere el de los demás? existe algun modo de hacerlo sin tener que hacer una tabla por cada usuario?

Desde ya muchas gracias. un saludo

[gnzsoloyo]

pero como hacer para separar el contenido ingresado por los usuarios? es decir para que cada usuario tenga su propio contenido y no altere el de los demás? existe algun modo de hacerlo sin tener que hacer una tabla por cada usuario?

De la misma forma en que defines la relación PADRE _ HIJO (que por otra parte no requiere dos tablas): usas el ID del usuario como FK en cada tabla donde exista la relación.
Estas son cosas que surgen del modelo Entidad-Relación y su trasposición al modelo físico (las tablas), por lo que si no manejas estos detalles yo infiero que no has visto todavía el modelo ER. Te sugiero que lo estudies antes de seguir avanzando porque te aclarará el modo de diseñar las bases sin problemas graves.

[cristian_cena]

Iniciado por gnzsoloyo

... infiero que no has visto todavía el modelo ER.

google me acaba de conducir a este sitio. tal como indicas debere estudiar, gracias gnzsoloyo por darme la llave . Tu comentario sobre hacer todo en la misma tabla me descolocó totalmente en lo poco que se de bases de datos jaj hasta el momento tenia por verdad que las claves foraneas existen para relacionar dos tablas, por cierto recién estoy dando mis primeros pasos en el tema asi que leeré antes de volver. saludos.

Por lo que entendi debo crear al momento de registrar al usuario una tabla por usuario y con claves foraneas vincular las tablas. haré eso como práctica, Gracias, un abrazo

[gnzsoloyo]

Te comento un tip: Una relación padre-hijo de una entidad usuario, por ejemplo, es un caso especial de relación 1:N o 1:1 entre una entidad consigo misma. Eso significa que en esa tabla existe un campo (al que podríamos llamar padre_id), que es FK... de la misma tabla.
Este caso tiene un par de condiciones:
a) El valor nunca debe ser igual a la clave de ese mismo campo.
b) El valor puede ser NULL. Esto contraría la herencia de PK, por lo que la relación en realidad debe resolverse programando.


Este caso se usa para resolver la administración de empleados y la jerarquía de los mismos, estableciendo que en ese caso el "padre" es el "jefe", por ejemplo. Es un modelado muy usado en administración de RR.HH.

[cristian_cena]

gracias gnzsoloyo, me estas abriendo la cabeza. un gusto haberte encontrado, ahora como dicen la práctica hace al maestro asi que ahi voy, a ver como me va, saludos che.