No se puede eliminar o actualizar una fila principal: falla una restricción de clave foránea

La forma más sencilla sería desactivar la comprobación de claves foráneas; realice los cambios y vuelva a habilitar la comprobación de claves foráneas.

SET FOREIGN_KEY_CHECKS=0; -- to disable them
SET FOREIGN_KEY_CHECKS=1; -- to re-enable them

Bajo su diseño actual (posiblemente defectuoso), debe eliminar la fila de la tabla de anunciantes antes de puede eliminar la fila de la tabla de trabajos a la que hace referencia.

Alternativamente, puede configurar su clave foránea de manera que una eliminación en la tabla padre haga que las filas en las tablas secundarias se eliminen automáticamente. Esto se denomina eliminación en cascada. Se ve algo como esto:

ALTER TABLE `advertisers`
ADD CONSTRAINT `advertisers_ibfk_1`
FOREIGN KEY (`advertiser_id`) REFERENCES `jobs` (`advertiser_id`)
ON DELETE CASCADE;

Dicho esto, como otros ya han señalado, su clave foránea se siente al igual que debería ir al revés, ya que la tabla de anunciantes realmente contiene la clave primaria y la tabla de trabajos contiene la clave externa. Lo reescribiría así:

ALTER TABLE `jobs`
ADD FOREIGN KEY (`advertiser_id`) REFERENCES `advertisers` (`advertiser_id`);

Y la eliminación en cascada no será necesaria.

Si desea eliminar una tabla, debe ejecutar la siguiente consulta en un solo paso

SET FOREIGN_KEY_CHECKS = 0; DROP TABLE table_name;

Creo que tu clave foránea está al revés. Try:

ALTER TABLE 'jobs'
ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) REFERENCES `advertisers` (`advertiser_id`)

Si hay más de un trabajo con el mismo advertiser_id, entonces su clave foránea debería ser:

ALTER TABLE `jobs`
ADD CONSTRAINT `advertisers_ibfk_1` 
FOREIGN KEY (`advertiser_id`) 
REFERENCES `advertisers` (`advertiser_id`);

De lo contrario (si es al revés en su caso), si desea que las filas en advertiser se eliminen automáticamente si se elimina la fila en el trabajo, agregue la opción' ON DELETE CASCADE ' a su clave externa

ALTER TABLE `advertisers`
ADD CONSTRAINT `advertisers_ibfk_1` 
FOREIGN KEY (`advertiser_id`) 
REFERENCES `jobs` (`advertiser_id`);
ON DELETE CASCASE

Echa un vistazo a Restricciones de clave externa

Cuando se crea una base de datos o se crean tablas

Debe agregar esa línea en la parte superior script create database or table

SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=1;

Ahora desea eliminar registros de la tabla? entonces escribes como

SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=1;
DELETE FROM `jobs` WHERE `job_id` =1 LIMIT 1

¡Buena suerte!

Tuve este problema en migración laravel también
el orden de las tablas desplegables en el método down() sí importa

Schema::dropIfExists('groups');
Schema::dropIfExists('contact');

Puede que no funcione, pero si cambia el orden, funciona.

Schema::dropIfExists('contact');
Schema::dropIfExists('groups');

Debe eliminarlo por orden Hay dependencia en las tablas

¿ Qué tal esta alternativa que he estado usando: permitir que la clave foránea sea NULL y luego elija ON DELETE SET NULL.

Personalmente prefiero usar tanto " ON UPDATE CASCADE" como " ON DELETE SET NULL" para evitar complicaciones innecesarias, pero en su configuración puede que desee un enfoque diferente. Además, los valores de clave foránea anulados pueden provocar complicaciones, ya que no sabrá qué sucedió exactamente allí. Así que este cambio debe estar en estrecha relación con cómo funciona el código de su aplicación.

Espero que esto ayude.

Si necesita apoyar al cliente lo antes posible, y no tiene acceso a

FOREIGN_KEY_CHECKS

Para que la integridad de los datos pueda ser desactivada:

1) eliminar la clave externa

ALTER TABLE `advertisers` 
DROP FOREIGN KEY `advertisers_ibfk_1`;

2) active su operación de eliminación a través de sql o api

3) volver a añadir la clave foránea al esquema

ALTER TABLE `advertisers`
  ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) REFERENCES `jobs` (`advertiser_id`);

Sin embargo, es una solución rápida, por lo que es bajo su propio riesgo, porque el defecto principal de tal enfoque es que se necesita después para mantener la integridad de los datos manualmente.

Puede crear un desencadenador para eliminar las filas a las que se hace referencia antes de eliminar el trabajo.

    DELIMITER $$
    CREATE TRIGGER before_jobs_delete 
        BEFORE DELETE ON jobs
        FOR EACH ROW 
    BEGIN
        delete from advertisers where advertiser_id=OLD.advertiser_id;
    END$$
    DELIMITER ;

Tal vez deberías intentar ELIMINAR CASCADE