2017-12-27 14 views

答えて

1

は、私は、質問表のブートにミドルウェアを持っていた、それを発見し、この追加:

if(\Schema::hasTable('questions')) { 
     .... 
    } 
2

実際にデータベースからすべてのテーブルを削除することは不可能です。

migrationsテーブルを含むすべてのテーブルを削除してください。通常

あなたが実行する必要があり、すべてのマイグレーションを元に戻すにしたい:

php artisan migrate:reset 

あなたはあなたが実行することができますLaravel 5.5を実行しているしていると仮定すると、これを行っていない場合は、次の

php artisan migrate:fresh 

私は考えMigrations documentation全体を読んで、どのように動作し、どのように作成するのかを知っておくようお勧めします。実際には手動でテーブルを削除し、単に実行しないでください。

php artisan migrate:rollback 

は、移行は、以前に実行したり、私はすでにあなたが一つずつ前述のロールバックするコマンドまたはロールバックを実行し、再度マイグレーションを実行することができます言ったようにロールバックします。

+0

を移行しようとし 'てみてくださいを.swallow使用していると思われるデータベースをアプリケーションが使用していることを確認していますか? 'php artisan migrate:status'を実行してどのマイグレーションが実行されたかを確認し、' .env'を見てデータベース名を確認し、 'php artisan config:clear'を実行して古いデータベース接続がキャッシュされていないことを確認します。 –

+1

@aminiそのエラーを持って再び –

+0

ええ、私は確信しています –

2

DBにこのテーブルがあるため、このエラーが発生します。各移行の方法をdown()の方法でテーブルを削除し、最後に実行された移行のバッチを削除するには、php artisan migrate:rollbackコマンドを使用する必要があります。

down()メソッドでテーブルを削除しない場合は、5.5でもphp artisan migrate:freshを使用できます。

https://laravel.com/docs/5.5/migrations#rolling-back-migrations

それとも手動でDBを再作成し、php artisan migrateコマンドを実行することができます。

+0

いいえ私はデータベースにそれを持っていません。もう一度 –

2

次のコマンドを実行します。

php artisan migrate:refresh 

(移行テーブルを含む)すべてのテーブルをロールバックして、もう一度、すべてを再作成します。

+0

私は再びそのエラーが発生しました –

+0

@ amini.swallowこの回答は役に立ちましたか? –

+0

私はここにAuthServiceProvider.phpが原因であると答えました。私はミドルウェアを書きました。 –

関連する問題