3分钟短文:一看就是干货!Laravel迁移数据库!-阿里云开发者社区

开发者社区> 开发与运维> 正文

3分钟短文:一看就是干货!Laravel迁移数据库!

简介: 从此DB是路人

引言

书接上回。我们讲完了路由,又顺带讲了中间件;接着又讲了控制器,还把路由的数据发到控制器,并且渲染到视图页面。更深入的是,把视图文件的模板也说明白了。

MVC - CVM - VMC,到底缺了哪一个呢?M!

M = Model,是模型层,是与数据库直接对接的那一层设计。我们都知道一切应用的基础,是数据库。数据库也是IT工业的珠穆朗玛峰,看当今天下,多少大中小微企业,哪个不是被数据库卡着脖子。

所以美国要是哪天让Oracle,Microsoft等公司限制出口数据库产品,我们国内的数据库能不能顶上,还未可知。

img

好了,扯得有点远了,说说本期的要点吧。
我们本期要使用laravel自带的迁移功能,在不操作任何数据库的条件下,完成基础的数据构建。

迁移文件

本文假设你已经正确地配置了环境变量文件,并且通过数据库配置项,系统已经可以正常连接到数据库了。
在项目文件里,不出意外你会在目录 database/migrations 下发现 2014_10_12_000000_create_users_table.php 文件,
这个是laravel自带的用于创建 users 表的迁移文件。只要是实现了两个方法,一个是 up 用于执行命令,一个是 down 用于回滚操作。

来看一下初始的内容,首先是 up 方法:

public function up()
{
    Schema::create('users', function (Blueprint $table) {
        $table->increments('id');
        $table->string('name');
        $table->string('email')->unique();
        $table->string('password', 60);
        $table->rememberToken();
        $table->timestamps();
    });
}

我们主要关心的是字段的数据类型,以及默认值约束,唯一性约束等等。而字段类型也做的很直观,string 对应 varchar 类型。
比如主键默认的自增 id,还有用于记录创建时间 created_at 和 更新时间 updated_at,一个 timestamps() 方法就包含了,
只不过默认使用的是不直观的整型时间戳,如果要使用 datetime 格式用于直观地读取,则可以手动声明:

$table->dateTime('created_at')->comment('创建时间');
$table->dateTime('updated_at')->comment('更新时间');

与创建表方法对应的是回滚时候的删除表,下面是默认的 down 方法:

public function down()
{
    Schema::drop('users');
}

其实这个写法有点不保险,如果 users 表不存在的话,我们并不需要执行这条命令。所以,可以完善性地添加一个存在条件判断:

Schema::dropIfExists('users');

这样生成的就是类似下面的额 SQL 语句:

DROP TABLE IF EXISTS databse_name.users;

迁移文件准备完毕,要将该功能应用起来,只需在命令行输入:

php artisan migrate

系统就会执行迁移文件内的内容,并组装好SQL语句发送给数据库执行。

自力更生

那么,上面的是系统自带的迁移文件,开发者如何自己手动生成呢?其实laravel提供了齐备的命令行脚手架,
下面的方法都可以用于创建一个迁移文件:

php artisan make:migration create_users_table
php artisan make:migration add_votes_to_users_table --table=users
php artisan make:migration create_users_table --create=users

第一个仅仅指定了迁移文件名称,一般我们给它起一个直观的名字,方便给自己和维护者提个醒 :-)

第二个使用了 --table 选项指定该迁移文件是对哪个表起作用的。

第三个使用了 --create 选项,这样不仅创建了迁移文件,还顺带着把模型给建好了,一石二鸟!

创建新表没啥好说的,字段类型一定要选好,如果写好了,又进行了迁移,数据库也生效了,这时候,半路上要修改字段类型,
最好数据库里没数据,要是有,可就要遭殃,比如说原本是 varchar(50),有的字段写满了50个字符,现在要修改为 varchar(20),
数据库是不允许的。

可以向上扩展,向下,对不起,数据库说 NO!怎么办?只能手动处理数据到合适的长度再做修改。

而在 laravel 里对一个空表修改字段,完全可以通过,我们创建新的迁移文件,然后在 up 方法内这样调用:

$table->string('name', 100)->change();

看,只用调用一个 change 方法,就搞定了。这个方法最终使用的是类似下面的SQL语句:

alter table `users` alter `name` varchar(100);

当然还可以对字段的默认值约束进行修改:

$table->string('deleted_at')->nullable()->change();

对于插入新的字段,还可以指定位于哪个字段之前或者之后:

$table->string('email')->nullable()->after('last_name');

仅仅修改字段名,只需调用对应方法:

$table->renameColumn('promoted', 'is_promoted');

或者在回滚方法中对某些新增的字段进行删除:

$table->dropColumn('votes');

常用的约束比如主键约束,联合主键约束,唯一性约束,和索引约束。也可以很方便地在声明表,或者修改表的时候进行调用:

$table->primary('primary_id'); // 指定主键
$table->primary(['first_name', 'last_name']); // 联合主键

还有唯一性约束,为存在的字段创建:

$table->unique('email'); // 唯一性
$table->unique('email', 'optional_custom_index_name'); // 指定索引名

为字段创建索引:

$table->index('amount'); // 索引
$table->index('amount', 'optional_custom_index_name'); // 指定索引名

过于复杂的数据库方面的约束,触发器,存储过程,事务等等,是我们所不提倡的,因为溯源有些困难。上面给的这些个方法,足够应对很多很多场景了。

写在最后

本文介绍了laravel中使用迁移功能操作数据库的创建,修改,移除字段,删除表等,把开发者从手动维护数据库的状态中解脱出来。这样也为团队协作时的有章可循做了铺垫。

成熟的开发团队,应该有规范的制度,特别是底层的数据库结构,大家约束在编程层面,方便使用代码库管控和全程追溯。这非常值得推荐。

Happy coding :-)

我是@程序员小助手,专注编程知识,圈子动态的IT领域原创作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章