Laravel Framework 5.7.15のマイグレーションの作成について

Question

前提・実現したいこと

php artisan migrate
```がうまくいかなくて、なやんでいます。


### 発生している問題・エラーメッセージ

Symfony\Component\Debug\Exception\FatalErrorException : Cannot declare class CreateSessionsTable, because the name is already in use

at /Applications/MAMP/htdocs/laravelapp/database/migrations/2018_12_19_015732_create_sessions_table.php:24
20| public function down()
21| {
22| Schema::dropIfExists('sessions');
23| }

24| }

Whoops\Exception\ErrorException : Cannot declare class CreateSessionsTable, because the name is already in use

at /Applications/MAMP/htdocs/laravelapp/database/migrations/2018_12_19_015732_create_sessions_table.php:24
20| public function down()
21| {
22| Schema::dropIfExists('sessions');
23| }

24| }

### 該当のソースコード

```php
<?php
use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateSessionsTable extends Migration
{
    public function up()
    {
        Schema::create('sessions', function (Blueprint $table) {
            $table->string('id')->unique();
            $table->unsignedInteger('user_id')->nullable();
            $table->string('ip_address', 45)->nullable();
            $table->text('user_agent')->nullable();
            $table->text('payload');
            $table->integer('last_activity');
        });
    }

    public function down()
    {
        Schema::dropIfExists('sessions');
    }
}

試したこと

上記のソースコードは、

php artisan session:table

で作成しました。その後マイグレーション実行のために、php artisan migrateを行うと上記のようなエラーメッセージがでてきます。DBを確認しても「session」とつけられているテーブルは作成されていないのは、確認済みです。

Answer 1

たぶんphp artisan session:tableを2回以上実行してる。
/database/migrations/以下を見て*_create_sessions_table.phpが複数あれば削除すればいい。

Comments

[kokokooooooooo]

一度、/database/migrations/以下*_create_sessions_table.phpをすべて、消して作り直しましたが、上記と同じエラーがでます

Answer 2

laravelはデフォルトでapp/直下のみPSR-4オートロードの対象で、database/以下のマイグレーションファイル等は毎度composer dump-autoload -oを実行してクラス最適化させておかないと、チラホラハマります。
また、これをやっておかないと、migrate時は正しく処理されたのに、migrate:rollbackの時はmigrationsテーブルにバッチ登録されたファイル名を基にクラスを探しに行くので、ファイル名を変更していたりすると、class not foundになりハマるので、こまめにダンプオートロードしておく事をお勧めしますよ。

Answer 3

sessionって名前が良くないのかもしれません。
フレームワーク側でも使われている機能でもあるはずですし。
コマンドではそこまで(クラス名の重複)チェックしてないのかもしれませんね。

名前を変えて作り直してみてください。