[SOLUCIONADO] diseño fisico bd

[saroan_sqlero]

Tengo que crear esta bd , pero nada mas empezar , ya empiezan los errores ...

Código:

create or replace table caminos
(
nombre varchar(30),
km dec(4,1),
primary key (nombre),
constraint fk_camino foreign key (nombre) references
recorridos (nombre),
constraint fk_caminos foreign key (nombre) references
etapas (nombre)
);

Código:

ERROR 1005 (HY000): Can't create table `repaso`.`caminos` (errno: 150 "Foreign key constraint is incorrectly formed") 
MariaDB [repaso]>

He probado cambiando el nombre de fk_ con varias combinaciones y posiciones y no hay manera

[gnzsoloyo]

Si tienes una PK compuesta de más de una columna, la FK debe tener la misma cantidad de columnas, del mismo tipo y en el mismo orden.
Es obligatorio, porque una FK no puede apuntar hacia una parte de la PK, sino a la PK completa...

Por otro lado, tu podemo adolece ed un problema: Es una relación circular, y eso genera una dependencia de cumplimiento imposible.
Describe exactamente como es la relacion que intentas crear, para poder decirte con certeza donde está mal.

¿Los recorridos de qué son? ¿Vehiculos? ¿Personas?
¿las etapas son de alguna carrera?
¿Que relacion tiene las localidades con el camino y las etapas.

No queda claro qué estás representando, pero se ve que no está correctamente diseñado.

[saroan_sqlero]

Pues entonces según tu criterio esas tablas , están mal ? Te puedo pasar todo el código que tengo sí es lo que me preguntas , para ayudarme mejor

Gracias por tu rápida respuesta

[gnzsoloyo]

No te voy a corregir el código. Mi intención es explicarte como debería diseñarse ese esquema., Pero para eso necesito que respondas las preguntas que te hice

[saroan_sqlero]

Me parece , esta habiendo un mal entendido , lo que hay en la IMAGEN , lo ha puesto un PROFESOR de bases de datos , del instituto al que voy , por eso yo tampoco entiendo lo que tu me preguntas , yo tengo que realizar ese diseño mediante código , y ya lo tengo hecho , aquí esta

Código MySQL:

create database if not exists repaso;
use repaso;
 
create or replace table caminos
(
nombre varchar(30),
km dec(4,1),
primary key (nombre),
constraint fk_caminos foreign key (nombre) references
recorridos (nombre),
constraint fk_camino foreign key (nombre) references
etapas (nombre)
);
 
create or replace table localidades
(nombre varchar(30) primary key,
provincia varchar(30),
comunidad varchar(30),
constraint fk_localidades foreign key(localidad) references,
recorridos (localidad) and fk_caminos1 (nombre) references,
etapas (salida,llegada)
);
 
create or replace table etapas
(nombre varchar(30),
numero varchar(3),
km dec(3,1),
tiempo int(horas),
salida varchar(30) = localidad,
llegada varchar(30) = localidad,
primary key (nombre,numero)
);
 
create or replace table recorridos
(nombre varchar(30),
numero varchar(3),
localidad varchar(30),
primary key (nombre,numero)
);
 

Y como digo al ingresar la primera tabla , ya empieza a darme error , no he probado el resto

[Libras]

Como bien te dijeron aqui no vas a poder hacer la relacio porq esta se tiene q hacer con las 2 llaves q conforman la llave primaria de tus tablas(etapas y recorridos) en tu caso nombre y numero.

[gnzsoloyo]

Bueno, desde el vamos, si eso te lo dio un profesor en la universidad, es una trampa cazabobos... cosa que no me extrañaría porque tuve dos en Base de Datos I de la UNIMOROn que hacían eso..
SI sólo te dieron el diagrama, sin las reglas de negocio, entonces tendrás que hacer algunas inferencias.

Por lo pronto, es IMPOSIBLE indicar una FK cuando no existe la tabla refernciada, y al moment de ejecutarse ese primer CREATE, las tablas Etapas y Recorridos AUN NO EXISTEN.

¿Queda claro eso?

En segundo lugar, en esa primera tabla intentas apuntar un sólo campo como FK de Recorridos, por ejemplo. Pero esa tabla tiene una PK COMPUESTA, la PK tiene DOS campos, y por ende la FK que apunte a ella debe si o si tener DOS campos también, del mismo tipo de dato y en el mismo orden.
Y no tienes los capos necesarios.

¿Se va entendiendo?

Finalmente, estás omitiendo lo principal: Dependencia de integridad referencial.

Una FK protege la itegridad referencial entre las tablas, lo que significa que cuando ingrese un registro en Caminos, los valores a asignar en"nombre" y el campo faltante tienen que existir previamente en Etapas y Recorridos.
Pero en esas tablas, como apuntan a Caminos, no se puede ingresar datos que no existan PREVIAMENTE en la primera tabla.

¿Queda claro?

Bueno, eso se denomina "dependencia circular", y es una condición de cumplimiento IMPOSIBLE en una base de datos relacional.

Para que ingrese A, debe existir B, y para que ingrese B, debe existir A.

No hay forma en que eso se pueda hacer. Cualquier ingreso te disparará un error de integridad referencial.

[saroan_sqlero]

Pues eso será lo que soy un bobo , entiendo esto según lo que indicáis , pero no funciona otra cosa he pensado es en no poner foreing key de la tabla de la derecha , ya que la flecha indica la clave compuesta de la izquierda , pero no me da para más ....

Código MySQL:

create or replace table caminos
(
nombre varchar(30),
km dec(4,1),
primary key (nombre),
constraint fk_caminos foreign key (nombre,numero) references
recorridos (nombre,numero),
constraint fk_camino foreign key (nombre,numero) references
etapas (nombre,numero)
);
 

[gnzsoloyo]

Bueno, mira, por lo pronto, como ya te he dicho, es dificil resolver un ejercicio de este tipo si no se cuenta con una descripcion al menos de lo que representa.
Pareciera representar los recorridos de un sistema de transporte interurbano, o bien una carrera automovilística de estilo rally, que recorre varias ciudades.

En cualquier caso, si observamos el diagrama que te dieron se pueden deducir algunas coas...
1) La tabla base es Etapas.
2) La tabla dependiente es Recorridos.
3) Caminos y Localidades son tablas autónomas, que no apuntan a ninguna otra, pero son FK en las otras tablas.

En esencia, las tablas de Caminos y Localidades tablas se definirían así:

Código MySQL:

CREATE TABLE caminos (
    nombre VARCHAR(30)PRIMARY KEY ,
    km DECIMAL(5 , 1 )
);
 
CREATE TABLE localidades (
    nombre VARCHAR(30) PRIMARY KEY,
    provincia VARCHAR(30),
    comunidad VARCHAR(30)
);
 

Como te dije, esas tablas NO poseen ninguna FK.

Por su lado, la tabla Recorridos tiene una partede la PK apuntando a Caminos. y la otra a Localidades.
Hay que tener cuidado con la de la FK, porque el nombre del campo origen es diferente.

Código MySQL:

CREATE TABLE recorridos (
    nombre VARCHAR(30),
    numero VARCHAR(3),
    localidad VARCHAR(30),
    PRIMARY KEY (nombre , numero),
    CONSTRAINT fk_localidad FOREIGN KEY (localidad)
        REFERENCES localidades (nombre),
    CONSTRAINT fk_camino FOREIGN KEY (nombre)
        REFERENCES caminos (nombre)
);
 

La cuarta tabla es parecida a la tercera en cuanto a la relacion de las FK, pero NO EN LA PK.
Esta tabla debe apuntar a la PK de la tercera tabla, y son sólo los campos de salida y llegada los que apuntan a Localidades y Caminos:

Código MySQL:

CREATE TABLE etapas (
    nombre VARCHAR(30),
    numero VARCHAR(3),
    km DECIMAL(3 , 1 ),
    tiempo TIME,
    salida VARCHAR(30),
    llegada VARCHAR(30),
    PRIMARY KEY (nombre , numero),
    CONSTRAINT fk_recorridos FOREIGN KEY (nombre, numero)
        REFERENCES recorridos  (nombre, numero),
    CONSTRAINT fk_localidad_salida FOREIGN KEY (salida)
        REFERENCES localidades (nombre),
    CONSTRAINT fk_localidad_llegada FOREIGN KEY (llegada)
        REFERENCES localidades (nombre)
);
 

El script completo sería:

Código MySQL:

CREATE DATABASE IF NOT EXISTS repaso;
USE repaso;
DROP TABLE IF EXISTS etapas;
DROP TABLE IF EXISTS recorridos;
DROP TABLE IF EXISTS caminos;
DROP TABLE IF EXISTS localidades;
 
CREATE TABLE caminos (
    nombre VARCHAR(30)PRIMARY KEY ,
    km DECIMAL(5 , 1 )
);
 
CREATE TABLE localidades (
    nombre VARCHAR(30) PRIMARY KEY,
    provincia VARCHAR(30),
    comunidad VARCHAR(30)
);
 
CREATE TABLE recorridos (
    nombre VARCHAR(30),
    numero VARCHAR(3),
    localidad VARCHAR(30),
    PRIMARY KEY (nombre , numero),
    CONSTRAINT fk_localidad FOREIGN KEY (localidad)
        REFERENCES localidades (nombre),
    CONSTRAINT fk_camino FOREIGN KEY (nombre)
        REFERENCES caminos (nombre)
);
CREATE TABLE etapas (
    nombre VARCHAR(30),
    numero VARCHAR(3),
    km DECIMAL(3 , 1 ),
    tiempo TIME,
    salida VARCHAR(30),
    llegada VARCHAR(30),
    PRIMARY KEY (nombre , numero),
    CONSTRAINT fk_recorridos FOREIGN KEY (nombre, numero)
        REFERENCES recorridos  (nombre, numero),
    CONSTRAINT fk_localidad_salida FOREIGN KEY (salida)
        REFERENCES localidades (nombre),
    CONSTRAINT fk_localidad_llegada FOREIGN KEY (llegada)
        REFERENCES localidades (nombre)
);
 

Algunas observaciones:
- AL existir FK, existe un orden de inserciones de datos (el mismo orden en que las tablas se crean), y un orden de borrado (el orden exactamente inverso al de creación de las tablas).
- Los datos de tipo DECIMAL tienen un formato específico. El que indica el gráfico no permite recorridos de más de 99,9 Km, porque un espacio de la longitud está ocupado por el punto decimal. Leer el manual de referencia, por favor.
- Los valores numéricos no deben usarse con VARCHAR. Estos producen errores gravisimos en las consultas.
- Las unidades de tiempo en horas se ponen en campos TIME. De lo contrario no se administran correctmente las consultas.

Espero que esto te sirva.

[saroan_sqlero]

Vale gracias maestro , en un rato me pongo a machacar y voy diciendo , la Base de Datos hace referencia a una vuelta ciclista

[saroan_sqlero]

Gonazlo pero el diseño tuyo , no es como el de mi foto , entonces supongo no podré hacer los ejercicios que tengo que hacer