laravel中建表為何要用migration來操作資料庫？

本地用的伺服器是：wampServer
在www目錄下通過composer命令建立了一個laravel5項目，版本是5.1.26
在很多laravel入門教程裡都是通過命令來建立資料表，然後進行資料移轉和填充的，這跟直接在phpMyAdmin或Navicat Premium裡建立表有什麼不同嗎？如果是一樣的，那麼是使用laravel的migration有什麼益處嗎？

發完這個問題後，瞭解到JellyBool的laravel系列教程（https://laravist.com/），這裡有文字版（https://jellybool.com/），在教程四中找到了答案：
可以將Migration看作一個資料庫版本的管理工具，就如git對專案檔的版本管理，可以rollback,reset等（通過php artisan命令查看具體命令）
所以其實用Migration建表跟直接手動建立表是一樣的，不同在於使用Migration有額外的管理資料庫的功能：復原/重設/更新等。

回複內容：

本地用的伺服器是：wampServer
在www目錄下通過composer命令建立了一個laravel5項目，版本是5.1.26
在很多laravel入門教程裡都是通過命令來建立資料表，然後進行資料移轉和填充的，這跟直接在phpMyAdmin或Navicat Premium裡建立表有什麼不同嗎？如果是一樣的，那麼是使用laravel的migration有什麼益處嗎？

發完這個問題後，瞭解到JellyBool的laravel系列教程（https://laravist.com/），這裡有文字版（https://jellybool.com/），在教程四中找到了答案：
可以將Migration看作一個資料庫版本的管理工具，就如git對專案檔的版本管理，可以rollback,reset等（通過php artisan命令查看具體命令）
所以其實用Migration建表跟直接手動建立表是一樣的，不同在於使用Migration有額外的管理資料庫的功能：復原/重設/更新等。

使用這個migration
好處就是你可以在你的項目裡面直接保留下表的結構資訊，並且由於後面的sql實際上是產生的，哪天你不想用mysql換到pqsql, sqlite甚至oracle都會由ORM替你產生建表語句。
然後就是額外提供了一些版本控制方面的東西，看你自己是否會需要這些特性來做出評估了。

當然你也可以完全不用這個工具，用自己的習慣的方式來建表，並沒有什麼不妥

把schema納入版本控制, 方便追蹤和deploy
並且(只要內容不衝突)可以多人平行開發

