возможно, но...

Ну в данном случае, когда ты знаешь че делаешь...

А че не так?

foreignId это уже сахар для foreign

а ты взял и ёбнул и так и сяк

кринж

и почему id() где-то, а где increments()

короче по сути мы оцениваем миграцию

а не структуру субд)

В  моем противоречивом прошлом этот эвфемизм заменялся двумя словами "Гребаный стыд"

$table->foreignId('user_id')
      ->constrained()
      ->onUpdate('cascade')
      ->onDelete('cascade');

Угу, вижу в доках, спасибо: https://laravel.com/docs/8.x/migrations#foreign-key-constraints

не делай так больше(я про ключи)

Точно )))

и по разным миграциям лучше

потому что часть кода спизжена )))

Меня больше волнует структура на самом деле

Особенно вот это в конце

Schema::create('quiz_module_user_attempt_answers', function (Blueprint $table) {
           $table->id('id');
           $table->foreignId('quiz_module_question_id');
           $table->foreignId('quiz_module_user_attempt_id');
           $table->foreignId('quiz_module_question_answer_id');
           $table->timestamps();

           $table->foreign('quiz_module_question_id')->references('id')->on('quiz_module_questions');
           $table->foreign('quiz_module_question_answer_id')->references('id')->on('quiz_module_question_answers');
           $table->foreign('quiz_module_user_attempt_id')->references('id')->on('quiz_module_user_attempts');
       });

Чет кажется не в ту степь пошел