Anónimo
Programación de tablas temporales y definitivas...
Principalmente me presento soy programador y como todos saben que humildemente nadie en esta vida lo sabe todo... Porque siempre estamos aprendiendo algo nuevo u perfeccionando lo que ya sabemos.
Realmente lo que quiero consultarles amigos es lo siguiente...
Tengo un sistema de registros en php el cual empleo una tabla temporal y una tabla definitiva... La pregunta del año.
¿Es aconsejable tener una tabla temporal para el registro previo ante la confirmación de usuariosposterior al momento en el que le llegue su email de activación? Opinen respecto a tener 2 tablas de usuario beneficios y contra (Temp y Definitiva)...
Todo esto es ya que, si tengo dos tablas más adelante como tendré un portal se llenará...
Saludos y que tengan un buen día.
Realmente lo que quiero consultarles amigos es lo siguiente...
Tengo un sistema de registros en php el cual empleo una tabla temporal y una tabla definitiva... La pregunta del año.
¿Es aconsejable tener una tabla temporal para el registro previo ante la confirmación de usuariosposterior al momento en el que le llegue su email de activación? Opinen respecto a tener 2 tablas de usuario beneficios y contra (Temp y Definitiva)...
Todo esto es ya que, si tengo dos tablas más adelante como tendré un portal se llenará...
Saludos y que tengan un buen día.
{"lat":-31.5785354264734,"lng":-69.7412109375}
1 Respuesta
Respuesta de Jorge Vila
1
Buenas tardes, Nuevamente Amigo...
Entonces para finalizar, es mejor tener una(1) tabla de usuarios solamente con un campo adicional que verifique la activación. De esa manera las consultas serian directamente y solo llenaría una vez obviamente, ¿pero será lo mejor?
Con respecto a una tabla temporal solo quedarían los datos previamente guardados, y el script php que tenia lo que hacia básicamente era detectar el código de activación -----> guardaba los datos en la tabla final de usuarios -------> Así mismo configuré la opción de autoEliminación con un DELETE FROM ... Entonces me quedaba libre de espacio la tabla temporal y los que no activaban su cuenta aún seguían en la tabla temporal... para después de 1 mes eliminarlos.
Pero el problema real era que del script php que tenia, cuando un usuario quería registrarse el sistema hacia la consulta de usuario a la tabla temporal y si este no estaba lo registraba.El problema estaba en que cuando le llegaba la activación al correo con el mismo usuario y email... al pinchar el enlace aparecía típico error" user not duplicatte mysql" porque ya estaba en la tabla final...
Entonces debía quitar la opción de autoeliminación para que no hubiera problema en ese sentido... Osea me quedaba con un usuario POR en temporal y POR final (el mismo dato) para la comprovaciono... había un método mejor para que sirva la atuoeliminacion .
Si todo esto está demás... Ruego aconsejar como dejar definida la base de datos ...
Con un par de ejemplos si es que se puede obviamente...
Saludos y que tenga un buen día Amigo...
Entonces para finalizar, es mejor tener una(1) tabla de usuarios solamente con un campo adicional que verifique la activación. De esa manera las consultas serian directamente y solo llenaría una vez obviamente, ¿pero será lo mejor?
Con respecto a una tabla temporal solo quedarían los datos previamente guardados, y el script php que tenia lo que hacia básicamente era detectar el código de activación -----> guardaba los datos en la tabla final de usuarios -------> Así mismo configuré la opción de autoEliminación con un DELETE FROM ... Entonces me quedaba libre de espacio la tabla temporal y los que no activaban su cuenta aún seguían en la tabla temporal... para después de 1 mes eliminarlos.
Pero el problema real era que del script php que tenia, cuando un usuario quería registrarse el sistema hacia la consulta de usuario a la tabla temporal y si este no estaba lo registraba.El problema estaba en que cuando le llegaba la activación al correo con el mismo usuario y email... al pinchar el enlace aparecía típico error" user not duplicatte mysql" porque ya estaba en la tabla final...
Entonces debía quitar la opción de autoeliminación para que no hubiera problema en ese sentido... Osea me quedaba con un usuario POR en temporal y POR final (el mismo dato) para la comprovaciono... había un método mejor para que sirva la atuoeliminacion .
Si todo esto está demás... Ruego aconsejar como dejar definida la base de datos ...
Con un par de ejemplos si es que se puede obviamente...
Saludos y que tenga un buen día Amigo...
Para evitar todo ese entramado de errores, te repito que lo mejor es usar una sola tabla. A priori, utilizando campos o flags de activación, no hace falta una segunda abla, que solo te está dando problemas de consistencia.
El ejemplo es utilizar una tabla con los campos de validación/activación que necesites
El ejemplo es utilizar una tabla con los campos de validación/activación que necesites