Cita: Y otra observación:
el campo de la tabla usuariosfull :
`estado_cuenta` char(1) NOT NULL default 'P',
se lo pasaría a la tabla usuarios que es lo más lógico .. Tus usuarios se conectaran y autentificaran usando esa tabla ..
luego una vez en el sistema ya haran sus consultas a su perfil si lo necesitan .. pero antes debe validar ese
campo "P" .. "estado_cuenta" ..
No Cluster, la finalidad del script es crear un un formulario que permita dar de alta a los usuarios dentro de una base de datos,
pero posteriormente ellos no han de acceder para nada a esta base de datos, sólo los administradores del sistema.
Por lo tanto `estado cuenta` desaparece y en su lugar creo también otra
`fecha` datetime NOT NULL default '0000-00-00 00:00:00',
en la tabla clientesfull.
El porqué es bien sencillo, la fecha de la tabla clientesfull es para saber la antiguedad de los miembros, y la fecha de la tabla
usuarios nos permitirá saber cuál ha sido la última fecha (y hora exacta) de renovación de la cuenta. El script que estoy
desarrollando se ocupará solamente de lo que es el proceso de recoger la información que introduce el usuario e introducirla
en la base de datos.
Cuando termine con este primer script termine crearé 2 scripts más uno para que los usuarios puedan cambiar la contraseña
que tienen cuando quieran y otro que les permita refrescar la fecha de la tabla usuarios cuando hagan una renovación de
la cuenta.
En resumen:
En la tabla clientesfull se escribirá sólo una vez los datos del usuario, mientras que en la tabla usuarios se actualizará en función
de la(s) renovacion(es) de los usuarios
