Podrian ayudarme con esta base de datos?

[EmanuelEsquibel]

Hola a todos, soy nuevo en este foro, me encuentro realizando una base de datos de prueba, y basicamente tengo la idea de crearlas, pero no tengo practica, mi objetivo es aprender mas de lo basico porque pronto seguramente entre en un proyecto empresarial y quiero tener la idea de crear bases de datos algo claras.

Necesito que me digan si la estructura o la idea de esta base de prueba es legible. Se que es una base de datos basica, no estoy en esta area pero seguro me le tendre que dedicar. Gracias.

Código MySQL:

-- -----------------------------------------------------
-- Table `mydb`.`empresa`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`empresa` (
  `idempresa` INT NOT NULL AUTO_INCREMENT,
  `razonSocial` VARCHAR(45) NULL,
  `rut` VARCHAR(45) NULL,
  `direccion` VARCHAR(45) NULL,
  `codigoPostal` VARCHAR(45) NULL,
  `fechaNacimiento` DATE NULL,
  `nombreDuenno` VARCHAR(45) NULL,
  `ciDuenno` INT NULL,
  `fechaNacimientoDuenno` DATE NULL,
  PRIMARY KEY (`idempresa`),
  UNIQUE INDEX `idempresa_UNIQUE` (`idempresa` ASC))
ENGINE = InnoDB;
 
 
-- -----------------------------------------------------
-- Table `mydb`.`producto`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`producto` (
  `idproducto` INT NOT NULL,
  `nombre` VARCHAR(45) NULL,
  `descripcion` VARCHAR(45) NULL,
  `importeUnitario` INT NULL,
  `cantidad` INT NULL,
  PRIMARY KEY (`idproducto`))
ENGINE = InnoDB;
 
 
-- -----------------------------------------------------
-- Table `mydb`.`stockEmpresa`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`stockEmpresa` (
  `idstockEmpresa` INT NOT NULL,
  `empresa_idempresa` INT NOT NULL,
  `producto_idproducto` INT NOT NULL,
  PRIMARY KEY (`idstockEmpresa`),
  UNIQUE INDEX `idstockEmpresa_UNIQUE` (`idstockEmpresa` ASC),
  INDEX `fk_stockEmpresa_empresa_idx` (`empresa_idempresa` ASC),
  INDEX `fk_stockEmpresa_producto1_idx` (`producto_idproducto` ASC),
  CONSTRAINT `fk_stockEmpresa_empresa`
    FOREIGN KEY (`empresa_idempresa`)
    REFERENCES `mydb`.`empresa` (`idempresa`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_stockEmpresa_producto1`
    FOREIGN KEY (`producto_idproducto`)
    REFERENCES `mydb`.`producto` (`idproducto`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;
 
 
SET SQL_MODE=@OLD_SQL_MODE;
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;
 

[Libras]

La sintaxis es legible, se entiende q estas creando 3 tablas con sus relaciones.....pero cual es la razon de ser de esa base, guardar q? Los datos de empresas, pero cuales son las restricciones, cual es la politica de negocios? Una base de datos no es solo crear tablas y relaciones es saber para q las creas y q informacion vas a obtener con ella, si tu codigo no re da errores al ejecutarlo esta perfecto.....

[gnzsoloyo]

Esto no se necesita porque ese campo ya es PRIMARY KEY, y por definición una PK es siempre única: .

Código MySQL:

UNIQUE INDEX `idempresa_UNIQUE` (`idempresa` ASC))
 

Lo mismo vale para:

Código MySQL:

UNIQUE INDEX `idstockEmpresa_UNIQUE` (`idstockEmpresa` ASC),
 

Estos indices son irrelevantes, porque ya existen las FK:

Código MySQL:

INDEX `fk_stockEmpresa_empresa_idx` (`empresa_idempresa` ASC),
  INDEX `fk_stockEmpresa_producto1_idx` (`producto_idproducto` ASC),
 

Hay mucha tela más para cortar, pero todo sería a explicar siempre y cuando hayas estudiado formalmente los fundamentos del modelo relacional.
Para darte una idea, ai la empresa tiene RUT y el RUT es único, no tiene sentido hacer un campo ID autoincremental. Sólo agrega valores, sin aportar nada al modelo.
Pero, como dije, dependerá de tu formación de estudios...

[EmanuelEsquibel]

Iniciado por gnzsoloyo

Esto no se necesita porque ese campo ya es PRIMARY KEY, y por definición una PK es siempre única: .

Código MySQL:

UNIQUE INDEX `idempresa_UNIQUE` (`idempresa` ASC))
 

Lo mismo vale para:

Código MySQL:

UNIQUE INDEX `idstockEmpresa_UNIQUE` (`idstockEmpresa` ASC),
 

Estos indices son irrelevantes, porque ya existen las FK:

Código MySQL:

INDEX `fk_stockEmpresa_empresa_idx` (`empresa_idempresa` ASC),
  INDEX `fk_stockEmpresa_producto1_idx` (`producto_idproducto` ASC),
 

Hay mucha tela más para cortar, pero todo sería a explicar siempre y cuando hayas estudiado formalmente los fundamentos del modelo relacional.
Para darte una idea, ai la empresa tiene RUT y el RUT es único, no tiene sentido hacer un campo ID autoincremental. Sólo agrega valores, sin aportar nada al modelo.
Pero, como dije, dependerá de tu formación de estudios...

Gracias por responder, entiendo lo de los indices, y lo del rut se me paso, no tengo mucha idea de base de datos, lo estudie pero nunca le di mayor importancia porque me enfoque en otras cosas, recien ahora empece a interesarme porque seguramente tenga q tratar con estas mas adelante.

Libtas, entiendo lo que dices, perfectamente, se que hay que tener idea de como va a ser el negocio antes de crear las tablas, como dije, es una base de pruebas nada mas, y lo q se ve es que hay una tabla empresa y esta tiene un stcok de productos, cada stock va a contener todos los productos q necesito de la tabla productos, no se si esa idea la implemente bien ahí.

[EmanuelEsquibel]

Me puedes explicar porque no es necesario poner auto_increment a la id?

[Libras]

Te dijeron sobre el constraint unique dentro de la PK, esto esta de mas porq una PK ya es unique

[gnzsoloyo]

Yo dije que no es necesario pone un ID autoincremental, si tienes un dato que es único por definición.
Recuerda que una PK es un campo o conjunto de campos que identifica unívocamente un único registro en una tabla.
Esa es la definición formal de clave primaria.
Ahora bien, es preferible en todos los casos no usar atributos inventados, sino procurar definir las PK sobre datos propios de la entidad representada. En este caso el RUT, si es úico, cumple con los preceptos:
1) Existe siempre (no nulo).
2) Es único (irrepetible).
3) Identifica siempre a la misma Empresa en cualquier ámbito.

En ese contexto, el RUT es un campo ideal para ser usado como PK, y por tanto crear artificialmente un campo autoincremental para hacerlo PK es innecesario.

¿Se entiende?

En Normalización de Bases de Datos se suele indicar que únicamente si al llegar a la 3FN no se ha encontrado una clave candidata (CC), entonces se puede justificar crear una PK artificial, que no necesariamente debe ser numérica ni incremental. Es simplemente una clave identificatoria agregada a la tabla.