Una orientacion para Aplicacion MySQL

[karlaoax]

Hola a todos, tengo una duda de como crear una aplicacion en MySQL. Les explico:

Quiero hacer un ejemplo de un consultorio medico, pero mi problema que tengo es que si un paciente lo guardo en mi Tabla, por medio de un RFC (Aqui en Mexico es como una identificacion), y este paciente me visita hoy 15 Junio 2007, pero luego me vuelve a visitar el 17, el 21, el 25, etc. .....

Que me sugieren para hacer procedimiento,
1.- Es recomendable estar creando tablas independientes para cada vez que me visita mi paciente? (aunque no me gusta esta opcion)

2.- Ademas, si la trato de guardar en mi misma tabla, ya saben que no se pueden agregar mas Registros iguales (en mi caso el RFC es mi clave primaria) y marcaria Key Violation

Desde ya gracias por la orientacion posible.
Karla

[*Caro*]

Hola karlaoax, yo creo que deberias tener 2 tablas una de pacientes y otra de visitas, en pacientes estarian todos los datos generales de tu paciente y en visitas todas las visitas que realiza el paciente al consultorio

PACIENTES(RFC, NOMBRE,....)
VISITAS(FECHA_VISITA,......,RFC)

y estarian relacionados con tu campo RFC

Saludos

[karlaoax]

Empezado por Caro

Hola karlaoax, yo creo que deberias tener 2 tablas una de pacientes y otra de visitas, en pacientes estarian todos los datos generales de tu paciente y en visitas todas las visitas que realiza el paciente al consultorio

PACIENTES(RFC, NOMBRE,....)
VISITAS(FECHA_VISITA,......,RFC)

y estarian relacionados con tu campo RFC

Ok gracias, pero recuerda que si hago esta opcion en mi tabla VISITAS tendria mi RFC como clave primaria, el problema es que si me visita el 15 Junio, lo guarda bien, pero si me visita el 17, como ya se almaceno su RFC en la tabla, mi pregunta es, como guardar, En fechas diferentes para un mismo registro

Si hago la opcion que me dijiste me marcaria Key Violation, porque ya existe un registro con el mismo RFC,,,,,,,,,,,,, Gracias

[*Caro*]

No tendrias ese problema porque solo en tu tabla de Pacientes tu campo RFC seria tu llave primaria pero en tu tabla Visitas tu RFC seria una llave foranea que significa que se puede repetir, la relación entre estas tablas seria de de 1 a muchos.

[karlaoax]

Ok gracias CARO por la orientacion voy a hacer una prueba para ver como queda.

Los voy a unir por medio de SQL al momento de hacer las consultasy presentar en pantalla los resultados.
Karla

[roman]

Yo te recomiendo que no uses el RFC como llave primaria. En general, no deberían usarse campos que tengan un significado práctico como llaves primarias. Si por error registras un paciente con un RFC incorrecto, tendrás que liarte con la corrección en todas las tablas que usen ese RFC como llave foránea. Siguiendo lo delineado por Caro, yo usaría esta estructura:

+---------------------------------+
|           pacientes             |
+----+-----+--------+-------------+
| id | rfc | nombre | otros datos |
+----+-----+--------+-------------+
|    |     |        |             |
| pk |  uk |        |             |
|    |     |        |             |
|    |     |        |             |
+----+-----+--------+-------------+

+--------------------------+
|          visitas         |
+----+-------------+-------+
| id | paciente_id | fecha |
+----+-------------+-------+
|    |             |       |
| pk |      fk     |       |
|    |             |       |
|    |             |       |
|    |             |       |
|    |             |       |
|    |             |       |
|    |             |       |
|    |             |       |
+----+-------------+-------+

pk = llave primaria, uk = llave única, fk = llave foránea.

La llave primaria, sería un autoincremental.

// Saludos

[karlaoax]

Buen punto Roman, gracias, Ambas recomendaciones me serviran mucho para la creacion de este ejemplo.

Asi cuando guarde varios ID con sus respectivos RFC en mi tabla visitas, no me saldra el mensaje KeyViolation, y podre consultar sus fechas de visita cuantas veces sea necesario.

Gracias a ambos por sus sugerencias.

Karla