Как реализовать нормальную вставку в таблицу со связями в laravel?

Question

[kupurim]

Здравствуйте.
Есть таблица с записями (post) к ней связывается таблица post_support для отношения к таблице support.
Идею реализации спрашивал тут.

Картинка связей

Сделал миграцию для post_support:

Код миграции

Schema::create('post_support', function (Blueprint $table) {
            $table->increments('id');
            $table->integer('post_id')->unsigned();
            $table->integer('support_id');

            $table->foreign('post_id')->references('id')->on('post');
 });

Далее в модели Post прописал связь.

Код

public function supports() {
        return $this->hasMany('App\PostSupport');
}

Все как-бы хорошо пока идет, вывод данных происходит как нужно, но вот при сохранении выдает ошибку
"MassAssignmentException in Model.php line 444: support_id"

Код сохранения

$post = App\Post::find($page_id);
foreach ($request->input('support_id') as $id) {
    $post->supports()->save(
        new App\PostSupport(['support_id' => $id])
    ); 
}

Можно конечно вставить напрямую через DB::table('post_support')->insert([]) но интересно в чем проблема.
Вопрос 2.
При обновлении записи я могу изменить только поля с supports и когда сохраняю, выводится ошибка что запись не обновилась. Код:

if( DB::table('post')->where('id', '=', $page_id)->update($data) ) {
    echo "ok";
}

Тут и так понятно почему не выводится сообщение, я вставляю записи в post_support выше, но предварительно все удаляю - DB::table('post_support')->where('post_id', '=', $page_id)->delete();
Как можно сделать по правильному?
Спасибо за помощь!

Answer 1

[Mokhirjon Naimov]

• Mass Assignment
  
• Many To Many
  
• Many To Many Relationships
  

Comments

[kupurim]

Т.е. в миграции не нужно задавать внешние ключи?
И еще вопрос, разве такой вид запросов лучше?
Не быстрее по производительности будет писать через join? Или это для "красоты" и в таком стиле лучше делать?
Спасибо.

[Mokhirjon Naimov]

Т.е. в миграции не нужно задавать внешние ключи?

Нужно.

И еще вопрос, разве такой вид запросов лучше?

Относительно оптимально.