
| ||||
Antes de hablar de instrucciones SQL, más bien te preguntaría por qué deseas pasar un usuario de una tabla a otra, se me hace que es tu diseño de base de datos lo que anda fallando, pues la pregunta se me hace algo extraña.
__________________ "Di no al Internet Explorer" -Proverbio Chino- |
| ||||
es verdad, tener 2 tablas con los mismos campos no tiene sentido.
__________________ http://blog.tolaware.com.ar -> Blog de Java, Ruby y Linux |
| ||||
![]() hola: la cosa es asi y ahora que lo dicen, si, ,me parece que hay mejores maneras de hacer lo siguiente. en la tabla 1 tengo a todos los usuarios que comrpran un servicio una x cantidad de dias, luego de esa x cantidad de dias se da la baja automatica de los users (al fin pude hacerlo jajaj ![]() ![]() muchas gracias por la atencion, saludos ![]() ![]() |
| |||
tu mismo te has contestado, pero creo que en lugar de un campo booleano podias poner una fecha de caducidad y así podras borrar los registros que han caducado hasta una fecha. que te parece? |
| ||||
Cita: Me parece más que genial la idea de mikil.en lugar de un campo booleano podias poner una fecha de caducidad Yo le agregaría lo siguiente: 'en lugar de poner la X cantidad de días que te compró, basta con la fecha de caducidad', así no hay redundancia de datos. Y además otra cosa, que ya es al gusto, si no tienes miles de registros diarios, quiero decir con esto, si son pocos, pues 'para qué borrarlos'? A menos que tengas muy reducido el espacio en tu hosting, no le veo mucho sentido a borrarlos. ¿Qué tal que en 3 meses se te ocurre una promoción y se las mandas?
__________________ "Di no al Internet Explorer" -Proverbio Chino- |
| ||||
faaa!!! por eso me gustanl los foros en esp este jaja gracias genteee!!!! tan muy guenas las ideas ![]() ![]() |