Ver Mensaje Individual
  #27 (permalink)  
Antiguo 22/12/2005, 07:22
Cluster
O_O
 
Fecha de Ingreso: enero-2002
Ubicación: Santiago - Chile
Mensajes: 34.417
Antigüedad: 22 años, 3 meses
Puntos: 129
pekpon .. yo (y muchos que lean este mensaje) no van a entender cuando hablas en terminos que tu Aplicación usa .. es como si yo te comentase un problema mio y te hablase de cosas como alguien de "Operaciones cierra una OP" .. (como veras .. eso para ti no significará nada como para mi no significa nada "un usuario quiere cambiar de jugador).

Debes comentar el tema a nivel de datos .. en base a las "tablas" y modelo de datos que por aquí mas o menos se ha ido "sonsacando" de lo que realmente trabajas.

Esta aclaración sería algo más lógica:
"Como se hace para que cuando se aprete en grabar,enviar..etc...no se cree otra cuenta si no que se actualice el registro.....cambiando el portero..el defensa..el medio...etc"

Ahora .. volvemos a lo de siempre .. hablas de cosas y no queda claro si ya estás haciendo algo al respecto (con código que estés empleando) o no sabes hacerlo y quieres implementarlo ..

¿Por qué crees que lo que dices tiende a crea confusión ?.. por qué dices (textual): "no se cree otra cuenta si no que se actualice el registro" .. por mi parte leo eso y pienso que por algún otro médio ya estás "editando" los datos de un "usuario" pero usas las mismas rutinas y sentencias SQL para crear el registro y por eso se crea nuevamente.

Por ende.. EXPÓN el código que ya uses (para no entretenerse en hacer todo lo que ya pudieras tener implementado!!!!!!!!).

Sólo te puedo comentar que por favor veas algo más sobre lo que significa una Base de datos .. su SQL y las sentencias SQL básicas ..por qué creo que las usas -sin- saber que hacen. Por ejemplo .. si ya has usando un "INSERT" debes saber que eso crea registros .. y ahora para "actualizar" tienes otra sentencia SQL bien básica que es "UPDATE" .. y un "update" a que? .. a cierto registro no a todos .. por ende algo tipo:

UPDATE tabla SET campo='valor' WHERE id_registro='1"

por ejemplo.

Si te fijas bien .. hace unos mensajes más arriba te hacía mención que necesitas un campo tipo "ID" que es autonumérico y único .. TU no lo usas, eso va a complicar mucho este tipo de operaciones de insercción de datos .. o de borrados "seguros" sin confusiones (por ejemplo por tener un "nombre" de usuario igual a otro!!!!! ... lo cual podrías no permitirlo .. pero si te basas en esos "ID's" .. realmente eso ya te daría igual).

Un saludo,