使用knexjs创建数据表失败无报错，不通过迁移文件如何实现？

1. 建表不生效也不报错的原因 #

• knex的所有数据库操作方法（包括db.schema.createTable）都是懒执行的异步方法，返回的是Promise对象，你没有通过await/.then()触发执行的话，SQL语句根本不会发送到数据库，自然不会有任何效果
• 你用同步的try/catch包裹异步操作，也根本捕获不到异步抛出的错误

修正后可执行的参考写法：

class Tasks {
    // 不要在构造函数里执行异步操作，单独封装初始化方法
    static async initTable() {
        try {
            // 加ifNotExists避免重复建表报错
            await db.schema.createTableIfNotExists('tasks', table => {
                table.increments('id');
                table.string('task', 128).notNullable();
                table.boolean('completed');
                // 注意要使用你实际初始化的knex实例（此处是db）调用fn.now，不要混用全局knex对象
                table.timestamp('created_at').defaultTo(db.fn.now());
            });
            console.log('tasks表初始化完成')
        } catch(err) {
            console.error('建表失败:', err);
        }
    }
}

// 调用时需要加await触发执行
await Tasks.initTable()

2. 当前写法不会自动生成迁移文件 #

knex的迁移文件是通过knex migrate相关命令生成、管理的，和你自己手写的建表逻辑完全独立，这套自定义实现不会和knex的迁移系统产生任何关联。

3. 该实现方式的合理性问题 #

就算修正了执行逻辑，当前写法也存在明显缺陷：

• 每次实例化/初始化Tasks类都会触发表结构检查/创建，额外增加不必要的数据库请求
• 没有表结构版本管理能力，后续要修改字段、回滚结构、多环境同步表结构的时候完全无法处理，很容易出现各环境表结构不一致的问题

4. 迁移文件和MVC模式的误区说明 #

knex的迁移文件本质是数据库结构的版本控制工具，和MVC架构模式并不冲突：MVC负责的是业务请求的分层处理，而迁移文件属于工程化的数据库管理环节，不属于业务逻辑层的范畴，完全不会破坏MVC的分层规则。
除非你要自己实现一套数据库结构版本控制逻辑，否则还是建议把所有表结构的创建、修改逻辑都写在迁移文件中，生产环境下这种方式的可维护性、可控性远高于在业务代码里动态建表。

内容的提问来源于stack exchange，提问作者user14353062