insertar datos en tablas diferentes

[chispo_pochis]

Tengo dos tablas

alumnos

id
nombre
apellidos
direccion

calificaciones
id
matematicas
quimica
ingles


Lo que deseo realizar esque pueda dar de alta los alumnos y despues dar de alta las calificaciones pero lo que quiero hacer que las calificaciones se asocien a un alumno, es decir que si tengo


Pedro Ruiz

y despues ingreso sus calificaciones, estas se asocien a este alumno, debo definir llaves foraneas pero alguna idea de como hacer esa asociacion, de antemano gracias

[falegria230349]

Si el campo id que ilustras corresponde a un identificador unico del alumno, debes usar ese id. De lo contrarios tienes que crear un campo identificador unico para cada alumno y hacer la asociacion basada en ese identificador.

Saludos.

[gnzsoloyo]

debo definir llaves foraneas pero alguna idea de como hacer esa asociacion, de antemano gracias

¿A qué refieres? ¿A cómo se agrega una FK a una tabla? Eso lo puedes ver en en el manual de referencia:

MySQL::13.1.5. Sintaxis de CREATE TABLE

O bien en:

MySQL::13.1.2. Sintaxis de ALTER TABLE

Fuera de esto, como MySQL respeta el estandar ANSI-SQL, es una operación de manual básico...

Las únicas condiciones son:
- Una KF sólo apunta a una PK de otra tabla, nunca a otro tipo de campo. En MySQL sse extiende la posibilidad a campos declarados como UNIQUE en su tabla.
- Si es CHAR o VARCHAR deben ser del mismo tipo de dato, tener la misma longitud, charset y collation que la PK de origen.
- Si es de fecha y hora, deben ser de mismo tipo de dato que la PK origen.
- Si es numérica, mismo rango y tipo de dato que la PK origen.
- Si la PK es de más de un campo, la FK también, en el mismo orden que la PK de origen.
- Las FK se crean siempre después de crear la tabla origen, nunca antes.
- Si hay más de dos tablas relacionadas en cascada, se deben crear respetando la casacada.
- No se deben crear dependencias circulares. Es decir la Si B apunta a A, A no puede apuntar a B.

¿Qué dudas te plantea?

[BSD_FAN]

La respuestas es simple, tienes 2 tablas modeladas en forma incorrecta las relaciones de 1 a 1 NO aplican para bases de datos como MYSQL se pueden crear claro pero es un error conceptual

[gnzsoloyo]

BSD_FAN: Las relaciones 1:1 si aplican en las base de datos (incluida MySQL), pero son casos especiales del diseño de un sistema dado.
Normalmente ocurren cuando una relación es opcional, pero tiene un grado de ocurrencia importante, y los atributos son tales que requieren la definición de la tabla relacionada. Es un caso de relación entidad fuerte - entidad débil.
Como se trata de casos especiales en los sistemas, no suele ejemplificarse mucho, y en ellos la ubicación de la FK suele ser algo arbitraria. La regla sólo dice que tiene que estar en una de las dos tablas, pero nada más. Por ello se tiene que ver en cada caso a dónde va.

[chispo_pochis]

esa es mi duda como usarlo o como definirlo, es correcto que cree una llave foranea en alguna tabla?

[gnzsoloyo]

Por lo pronto, tienes un mal diseño de entidades.
En todo caso corresponden:
- Alumno
- Asignatura
- Alumno_asignatura
- Examen
- Detalle_Calificacion

Con ciertas reglas de negocio:
- Un alumno cursa una asignatura en uno o N cursos.
- Una cursada, tiene una serie de N exámenes de cada asignatura.
- Cada examen tiene un detalle de notas de N alumnos.

Hay FK de Alumno y de Asignatura en Aluno_asigatura.
Hay FK de de Alumno_Asignatura en Examen.
Hay FK de Alumno y de Examen en Detalle_Calificacion.

Este diseño no es totalmente correcto, pero está más cerca que el que propones.

[chispo_pochis]

Iniciado por gnzsoloyo

Por lo pronto, tienes un mal diseño de entidades.
En todo caso corresponden:
- Alumno
- Asignatura
- Alumno_asignatura
- Examen
- Detalle_Calificacion

Con ciertas reglas de negocio:
- Un alumno cursa una asignatura en uno o N cursos.
- Una cursada, tiene una serie de N exámenes de cada asignatura.
- Cada examen tiene un detalle de notas de N alumnos.

Hay FK de Alumno y de Asignatura en Aluno_asigatura.
Hay FK de de Alumno_Asignatura en Examen.
Hay FK de Alumno y de Examen en Detalle_Calificacion.

Este diseño no es totalmente correcto, pero está más cerca que el que propones.

ok entiendo lo que tratas de describir y gracias por la idea que me das, creo que no me explique bien inicialmente, y eso esta dando origen a diferntes respuestas por parte de las personas que me tratan de ayudar, yo planteé dos tablas nadamas porque apenas comienzo con este tema, es claro que tu me estas proponiendo mas tablas y mediante de esas tablas poder crear relaciones, ahora ya entendi parte de lo que debo hacer nadamas una duda cuales serian las tablas a crear para tener por un lado alumnos y por otro calificaciones (por el momento) y que pueda existir una relacion entre ambas seria algo asi:


Tabla : alumnos
id ->primary key
apellidos
edad
direccion

Tabla Calificaciones
id -> primary key
cal.-fisica
cal.matematicas
cal. español
.
.

cual seria la tabla que relacione las dos ??, espero haberme explicado

[quimfv]

Las respuestas que te están dando lo que intentan es hacerte ver que la estructura no es correcta, puesto que los alumnos suelen cursar distinto numero de asignaturas y la nota de las asignaturas suelen ser el resultado de distinto numero de notas parciales, lo que es imposible o muy ineficente guardarlo en la estructura de dos tablas que planteas.

Pero tu preguntas algo mas básico: como se relacionan dos tablas.... los links que ha puesto gnzsoloyo te deberían bastar. Pero es algo tan simple como que deben compartir un campo, en tu caso (erróneo e insuficiente) piensa como relacionarías en la vida real el boletín de notas de un alumno con el alumno.... Pregúntate si un boletín de notas sin el nombre del alumno tiene algún sentido? Aplica eso a tus tablas..... Luego intenta minimizar la información repetida en las tablas.... y luego no esperes nada mágico si das de alta un alumno cuando des de alta sus notas tendrás que poner su nombre en el boletín (o algo que lo identifique) no?....

Finalmente extiende esos razonamientos a la estructura que te ha propuesto gnzsoloyo. Piensa en las distintas relaciones que te he dicho, números distintos de asignaturas y de notas parciales... etc y que los campos vacíos de una estructura generan reservas de espacio en disco innecesario... intenta minimizarlos.... que un identificador (numerico) ocupa menos que un nombre (string)....