
1 // auto increment id (primary key)
2 $table->increments('id')
3
4 $table->string('name')
5 $table->integer('age')->nullable()
6 $table->boolean('active')->default(1)
7 $table->integer('role_id')->unsigned()
8 $table->text('bio')
9
10 // created_at, updated_at DATETIME
11 $table->timestamps()
实际上生成的SQL代码为:
1 `id` INT(11) NOT NULL AUTO_INCREMENT,
2 `name` VARCHAR(255) NOT NULL,
3 `age` INT(11) NULL DEFAULT NULL,
4 `active` TINYINT(4) NOT NULL DEFAULT '1',
5 `role_id` INT(10) UNSIGNED NOT NULL,
6 `bio` TEXT NOT NULL,
7
8 `created_at` TIMESTAMP NOT NULL DEFAULT '0000-00-00 00:00:00',
9 `updated_at` TIMESTAMP NOT NULL DEFAULT '0000-00-00 00:00:00',
我们会意识到,迁移是多么的强大,我们自需要记住一些结构生成器方法而不是写晦涩难懂的SQL DDL代码。
我们创建了表,那我们想要回滚的时候怎么办呢?只需要在于up()方法对应的down()方法中使用drop()方法即可。
1 public function down()
2 {
3 Schema::drop('authors')
4 }
这个方法非常简单,只有一行。它的全部作用就是删除”authors”表,如果你熟悉sql,它等同于DROP TABLE authors。
现在,我们已经写好了架构,我们就可以对数据库执行迁移文件了。转到命令行工具,跳转到应用目录下,运行artisan migrate命令:
1 php artisan migrate
执行结果如下:
检查数据库,你会发现已经有了”authors”表,
表结构如下:
如果你要使用sql语句实现这张表,那么sql查询语句如下:
1 CREATE TABLE `authors` (
2 id int AUTO_INCREMENT NOT NULL,
3 namevarchar(255) NOT NULL,
4 age int,
5 active tinyint NOT NULL DEFAULT '1',
6 role_id int(10) UNSIGNED NOT NULL,
7 bio text NOT NULL,
8 created_at timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
9 updated_at timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
10 email varchar(64) NOT NULL,
11 /* Keys */
12 PRIMARY KEY (id)
13 ) ENGINE = InnoDB
现在假设我们上次的执行存在错误想要回滚,我们自需要使用artisan命令行工具执行下面的命令即可:下一次,如果你想修改数据模型,你可以创建一个新的迁移,再次执行命令artisan migrate。每一次执行artisan migrate命令,它都会根据时间戳去检查哪些没有执行,如果执行了,就跳到下一个文件,如果没有执行,就执行这次迁移,直到执行完所有迁移文件。
1 php artisan migrate:rollback
运行如下:
你会发现,表”authors”已经从数据库中删除了。
现在重新创建”authors”表,执行artisan migrate命令:
1 php artisan migrate
这时,表”authors”又重新创建了。
但是我想在表中添加”email”列。先使用artisan创建新的迁移文件:
php artisan migrate:make add_email_to_authors_table
运行结果如下:
然后编辑2014_03_12_051119_add_email_to_authors_table.php文件,添加电子邮件列。我们使用Schema::table()方法,有两个参数:表名、闭包函数(在此函数内添加字段)。
1 public function up()
2 {
3 Schema::table('authors', function($table) {
4 $table ->string('email', 64)
5 })
6 }
有了添加方法,当然也需要添加回滚方法了,这里再次使用Schema::table()方法。
1 public function down()
2 {
3 Schema::table('authors', function($table) {
4 $table ->dropColumn('email')
5 })
6 }
上面的方法使用了dropColumn()方法上出列。
现在运行artisan命令运行该迁移文件如下:
刷新数据库表,你会发现”email”字段已经在”authors”中出现了,如下图:
如果我们回滚了这次迁移,那么email字段会从表中删除。
Artisan命令还有一个更强大的命令行,它可以回滚所有的迁移:
aravel修改迁移文件时怎么将要添加的列放在某一列之后Laravel鼓励敏捷、迭代的开发方式,我们没指望在第一次就获得所有正确的。相反,我们编写代码、测试和与我们的最终用户进行交互,并完善我们的理解。
对于工作,我们需要一个配套的实践集。我们使用像subversion、GIT或Mercurial这些版本控制工具来存储应用程序的源代码文件,使我们能够撤消错误和追踪开发过程中的改变。
但应用程序更改时,存在我们不能单独使用版本控制进行有效管理的区域。在我们的开发进度中,Laravel应用程序的数据库架构不断演变:我们在这里添加了一个表,在那里重命名列,删除索引等等。数据库的改变与应用程序代码步调一致。
你需要一个复杂的方法来跟踪您的数据库架构更改,通常有几种方法:
当您在开发团队内工作时,每人都需要知道关于任何架构的更改。
当你在生产服务器上部署时,您需要有稳健的方式来升级您的数据库架构。
如果您在多台机器上工作,你需要保持所有数据库架构的同步。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)