为什么 php 的框架(Laravel、ThinkPHP)都不是在模型处统一定义数据库字段？

[gamexg]

原来用 python+django ，现在正在学习 php+Laravel 。

一个地方想不明白， Laravel 为什么不像 django 一样统一在模型处定义数据库结构，而自动生成迁移脚本？

目前 Laravel 需要手写迁移及撤销迁移的变更。多次迁移后，想知道当前数据库结构只能查看多次的迁移记录或者去数据库查看当前的数据库结构了。如果将字段定义放到模型里面能清楚知道当前代码需要的数据库结构了，迁移及撤销迁移脚本是能自动生成的。

目前外键关系即需要在迁移脚本里面指定，还需要在模型里面指定，而且模型里面还需要指定两次，很奇怪的做法...

ThinkPHP 和 Laravel 都是一样的做法，在模型里面定义字段是不是有什么坑？如果没有坑的话 Laravel 有没有计划将字段定义移动到模型里面？是不是已经有开源插件实现了自动生成迁移了？

[chareice]

Laravel 实现的是 Active record pattern 。

[gamexg]

>一个地方想不明白， Laravel 为什么不像 django 一样统一在模型处定义数据库结构，而自动生成迁移脚本？
更正
一个地方想不明白， Laravel 为什么不像 django 一样统一在模型处定义数据库结构，自动生成迁移脚本？

@chareice 我之前说的不太明白。主要意思是为什么是手工写迁移、撤销迁移代码，手工写外键查询方法(而且两个相关表都需要分别写一个方法)，运行时生成当前模型，代码里面没有当前数据库结构，想看当前的数据库结构只能去数据库查看。

而不是手工定义模型字段，自动生成迁移、外键查询方法，代码内可以统一的管理当前的数据库结构呢？至少我感觉统一管理模型字段更好些。

[tabris17]

反正我设计系统都是数据库结构驱动的，先设计表结构在写模型，反过来不习惯

[whatisnew]

migration 是个优点，多个平台的时候，数据库结构发生变化时， git pull 然后 auto migration 就好了，秒杀鸡

[whatisnew]

错了。。。是多人开发时

[chloerei]

自动生成迁移是怎么处理数据迁移的？

[overtrue]

php 语法的原因，如果说在模型里定义了字段属性，那么 ORM 的一些特性就无法实现了，比如 getXXXAttribute/setXXXAttribute ，文档译作“属性读取器与修改器”，还有一些其它特性都是依赖于 php 的魔术方法实现的。所以这应该是语言层面决定的吧。

[jhdxr]

@gamexg migration 你可以当做是数据库的版本控制。自动生成的迁移在表结构发生变化时能够处理所有情况吗？

[realpg]

什么都得像 django ？或者说什么框架都得像你觉得好的语言框架？不是人参攻击，我觉得是病得治

[gamexg]

@whatisnew 数据库结构直接保存到模型里面， pull 后不需要 auto migration ，检出代码后直接看模型代码，里面就是代码当前版本的数据库结构。不需要手写迁移脚本，修改模型后直接执行 manage.py makemigrations app 会自动根据模型字段的变化自动生成迁移脚本。提交代码时同时将迁移脚本一起提交，部署时和现在一样执行迁移脚本即可完成数据迁移。

@chareice django 模型里面包含了字段定义，修改了字段定义后执行 manage.py makemigrations app 会自动生成迁移脚本。没看代码，猜测是比较将当前模型字段和迁移脚本比较，找出变更后根据变更生成迁移脚本。提交代码时同时将模型字段和迁移脚本一起提交，实际部署时和 Laravel 一样需要执行迁移命令。

主要好处是打开模型代码就能看到代码当前版本的数据库结构，而不需要在开发环境下执行数据库迁移，然后再到数据库查看当前代码的数据库结构。
而且外键关联也可以根据模型字段自动生成，不需要在迁移里面写一份，在模型里面再写一份。

我主要是想问一下是不是已经有第三方实现了？
还没开始写项目，看 Laravel 文档就觉得麻烦，一个外键变更分别需要在迁移、撤销迁移、两个模型处做 4 次修改...

[gamexg]

@realpg 主要是觉得麻烦，一个外键变更需要分别在迁移、撤销迁移、两个模型处做 4 次修改... 如果能只写一次自动生成 4 处不方便？

@jhdxr 目前没发现不能处理的情况，添加、编辑、删除字段都能正常识别。有些破坏性迁移会给出提示，例如将允许 null 的字段修改为不允许 null ，并且没有设置默认值，生成迁移脚本时会给出多个选择。

@overtrue 有一个简单的实现方法，现存的模型、迁移都不动，直接另外增加一个新的模型，在新模型里面保存字段，每次提交代码时运行命令自动根据新模型生成原来的模型及迁移代码。也就是替换掉 php artisan make:migration 命令。

[audi]

你可以看看 symfony 嘛

[chareice]

@gamexg 原因就是数据库版本控制

[chareice]

@gamexg 在 Rails 中有一个 schema.rb 文件，会自动记录当前数据库版本和结构， Laravel 好像并没有这个，所以在 Laravel 中要观察数据库的结构，还是得到数据库里看。。

[darasion]

然并卵。
很多实际需求的变化和扭曲使得你根本用不到如此多高大上的特性。

[Magician]

Laravel 怪我咯。

[msg7086]

如果两个 PHP 系统要访问同一个数据库或者数据表怎么办？你迁移到底跑哪边的。
PS: 你要 DRY 你得试试原厂 Ruby on Rails 。别家怎么说都是移植，把一个框架从高灵活性语言移植到低灵活性语言，总会丢掉一些灵活性的。

[realpg]

@gamexg
那我给你还原一个最基本的应用场景你告诉我怎么做。
我这有一个公共数据库，有三十多个 PHP WEB 项目使用，这个库的结构和迁移在哪里定义？

[wanghanlin]

Laravel 提 issue 去 laravel/framework ，不在 laravel/laravel

[gamexg]

@msg7086 多个 php 系统之类的不是主要问题，这种情况关闭一个系统相关表的迁移即可。
迁移功能是本来就有的，我只是希望能自动生成迁移脚本。 刚刚看了一下 Ruby on Rails ，每次迁移会将数据库最新结构保存到 db/schema.rb ，能清楚知道当前版本代码的数据库结构。而 Laravel 想知道当前代码的数据库结构需要应用所有迁移后再到数据库查看结构，感觉好坑啊...

我新学 Laravel ，来这里问这个问题是想看看是不是已经有解决方案了。