Opción "Mandatory" en MySQL Workbench

[metalfox6383]

Oh! Ok. Aquí va:

Código MySQL:

-- -----------------------------------------------------
-- Table `bd_kachito`.`tiendas`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `bd_kachito`.`tiendas` (
  `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `Nombre` TEXT NULL DEFAULT NULL,
  `Direccion` TEXT NULL DEFAULT NULL,
  `NumeroPrefijo` INT(10) UNSIGNED NOT NULL COMMENT 'Número prefijo que se usará en las facturas.',
  PRIMARY KEY (`id`))
ENGINE = InnoDB
DEFAULT CHARACTER SET = latin1;
 
-- -----------------------------------------------------
-- Table `bd_kachito`.`platos`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `bd_kachito`.`platos` (
  `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `Nombre` TEXT NULL DEFAULT NULL COMMENT 'Texto comercial que se utilizará al momento de la impresión o muestra de título en pantalla.',
  `Descripcion` TEXT NULL DEFAULT NULL COMMENT 'Descripción del producto, sólo para mostrar en pantalla al mesero.',
  `PrecioUnitario` DECIMAL(6,2) UNSIGNED NOT NULL,
  `Categoria` TEXT NULL COMMENT 'Categoría al cuál pertenece el producto.',
  `EnCirculacion` BIT NOT NULL COMMENT 'Booleano que indica si el producto se encuentra en circulación, es decir, si aún se vende.',
  `idInsumos` INT UNSIGNED NOT NULL COMMENT 'ID de la relación entre Productos e Insumos.',
  `idTienda` INT UNSIGNED NULL,
  `idArea` INT UNSIGNED NOT NULL COMMENT 'Id del área encargada de elaborar el plato.',
  PRIMARY KEY (`id`),
  INDEX `fk_tiendas_idx` (`idTienda` ASC),
  INDEX `fk_platos_areas1_idx` (`idArea` ASC),
  CONSTRAINT `fk_tiendas_platos`
    FOREIGN KEY (`idTienda`)
    REFERENCES `bd_kachito`.`tiendas` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_platos_areas1`
    FOREIGN KEY (`idArea`)
    REFERENCES `bd_kachito`.`areas` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
DEFAULT CHARACTER SET = latin1
COMMENT = 'Almacena los platillos que en cada tienda se sirven.';
 

Es una tabla de platos y otra de tiendas. En mi lógica, cada tienda puede tener sus propios platos, por tal, un registro en la tabla "platos" hace referencia a la tienda al que pertenece. Pero quiero guardar platos generales (con idTienda=0) que serán jalados por todas las tiendas.
Sucede que el registro en la tabla "tiendas" con id=0 no existe, porque el id inicia con 1, es así que si quiero guardar un registro en la tabla "platos" con idTienda=0 no me lo permite.
Desactivando "Mandatory" en el diseño de mi diagrama, la restricción desaparece sin eliminar la llave foránea. Me interesa la eixstencia de la llave foránea, ya que así puedo eliminar un registro en la tabla "tiendas" y así eliminar también todos sus platos (por ejemplo).

Caí en esa lógica luego de haber desarrollado mi base de datos y haber experimentado con ella. Tal restricción estaba presente pero quería desactivarla sin tener que rehacer la base de datos completa.

Muchas gracias por la ayuda, amigo. Saludos.