[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"content-sequelize-tricks":3,"$f267yl06socpjl":23},{"id":4,"type":5,"slug":6,"title":7,"date":8,"category":9,"tags":10,"body_markdown":14,"permalink":15,"excerpt_src":16,"media_type":16,"media_title":16,"media_author":16,"media_url":16,"rating":16,"layout":16,"pv":17,"admin_only":17,"created_at":18,"updated_at":18,"deleted_at":16,"status":19,"html":20,"excerpt":21,"cover":22},186,"article","sequelize-tricks","Sequelize的一些小技巧","2019-11-10 21:36","web",[11,12,13],"Node.js","Sequelize","ORM","\n[Sequelize.js](https:\u002F\u002Fsequelize.org\u002F)是一个用于Node.js的数据库ORM库，支持Postgres、MySQL\u002FMariaDB、SQLite、SQL Server等引擎。\n\n本文记录一些团队在使用Sequelize过程中积累的经验教训。\n\n## 介绍\n\nORM即Object Relational Mapping，中文叫“对象关系映射”。简单地说就是可以将数据库的各种对象（表、字段）及关系映射为程序语言的对象和关系，从而使开发者不需要直接操作数据库，转而操作对象即可。\n\n例如，将表`user`映射为模型`User`后，从数据库中查询`id`为`1`的用户就可以直接调用`findOne()`方法：\n\n```javascript\nconst user = await User.findOne({\n    where: {\n        id: 1\n    }\n});\n```\n\n这样做会带来几个明显的好处：\n\n1. 降低开发难度：ORM都有完善的文档，几乎所有的操作只需要按文档调用指定方法即可，不需要自己拼接SQL\n2. 提升安全性：ORM会处理好SQL注入问题，不需要开发者关注\n3. 降低封装复杂度：公共逻辑可以基于ORM封装，非常方便\n\n> 下文不区分“模型”和“Model”，均指Sequelize中与数据表对应的数据模型。\n\n\u003C!-- more -->\n\n## 命名\n\n团队合作中统一大家的命名规则是很重要的事情，因此一般稍微规范一些的团队都会有比较详尽的命名规范。但是不同地方的命名规则却不一定完全一致，例如：\n\n- 数据库规范：表名及字段名使用小写字母，单词间以下划线分隔\n- JS编码规范：变量命名使用驼峰式命名（即首字母小写，后续单词的首字母大写）\n\n这种情况可以通过Sequelize模型定义来解决，直接指定表名和字段名即可：\n\n```javascript\nsequelize.define('targetInfo', {\n    targetId: {\n        type: DataTypes.INTEGER(11),\n        allowNull: true,\n        field: 'target_id',\n    },\n}, {\n    tableName: 'target_info',\n});\n```\n\n上例中的`target_id`字段，在使用Sequelize的Model时就可以使用`targetId`属性来访问`target_id`字段，完全遵守JS编码规则。\n\n## 软删除 & 自动管理时间戳\n\n很多时候，因为保留痕迹、灾难恢复等各种原因，在设计技术方案时，我们都会使用一个字段来标记数据是否被删除。当业务需要删除数据时，只需要改变这个标记即可，而不是真的删除数据库记录。\n\n但是选择这种方案的同时，却会为业务带来一些复杂性，即每一个查询都需要考虑删除标记的状态。作为一个合格的ORM库，Sequelize也很贴心地提供了软删除的支持。在开启这个特性后，开发者不需要关注数据记录是否已被删除，只需要正常地使用查询、删除等操作即可，Sequelize会在执行对应的SQL查询前自动加上软删除的条件。\n\n具体的操作非常简单：\n\n1. 数据库和模型文件添加`deleted_at`字段\n2. 在模型定义的选项中加上`paranoid: true`选项\n\n此后，被删除的数据记录的`deleted_at`会记录被删除的时间，而没被删除的记录`deleted_at`为`NULL`。\n\n除了软删除外，记录的建立和更新时间也可以交给Sequelize来管理，操作同样简单：\n\n1. 数据库和模型文件添加`created_at`和`updated_at`字段\n2. 在模型定义的选项中加上`timestamps: true`选项\n\n这样定义之后，数据建立时会自动记录创建时间到`created_at`字段中，而当数据发生修改时，`updated_at`会自动记录更新时间。\n\n## 关联\n\n多表的查询在数据操作中也是一个比较常见的操作。Sequelize也可以让我们指定模型之间的关联（且有完善的1:1、1:n、m:n关联）。一旦指定完成，则可以在查询数据时直接带出关联数据。\n\n例如每一个会议（`Meeting`）有多个参会者（`Participator`），在查询会议时可以直接拿出参会者信息：\n\n```javascript\n\u002F\u002F 指定1:n关联\nMeeting.hasMany(Participator);\n\n\u002F\u002F 查询会议\nconst meeting = Meeting.findOne({\n    where: {\n        id: 1,\n    },\n    include: [Participator],\n});\n```\n\n接下来访问`meeting.participators`即可获得会议参会者列表。\n\n如果希望关联数据进行排序，则可以直接在查询中指定`order`排序规则。但是这个排序和直观想法不太一样，从SQL的角度来讲，关联数据的查询无论是用多表查询还是`join`，都没有办法单独对关联表单独排序，因此不管怎么排序会影响主表的排序。所以如果要对关联数据排序，最好将主表的排序依据写在前面：\n\n```javascript\n\u002F\u002F 查询会议\nconst meeting = Meeting.findAll({\n    where: {\n        id: 1,\n        \u002F\u002F 排序\n        order: [\n            \u002F\u002F 先对主表排序\n            ['id', 'asc'],\n            \u002F\u002F 再对关联表排序\n            [Participator, 'id', 'asc'],\n        ],\n    },\n    include: [Participator],\n});\n```\n\n## Model Diff\n\n之前团队碰到了一个需求：在同步数据的同时记录数据发生的变化情况。一开始的想法是在同步前先读取一次数据，等数据同步完之后，再读取一次数据，然后对两次数据进行对比和记录。但是在深入了解Sequelize之后，发现这个事情有更简单的解法。\n\nSequelize的Model在结构上是有记录两个值的，内部分别用`_previousDataValues`和`dataValues`记录。其中`_previousDataValues`表示从数据库中读出来的原始记录，而`dataValues`则记录Model经过一些操作之后的新值。例如`.set()`方法会改变`dataValues`的值，但不会改变`_previousDataValues`的值。但是如果调用`.save()`方法，则新值会写入数据库，`_previousDataValues`也会改变。\n\n因此，我们可以将数据保存的过程分为设置新值和保存到数据库两步，并且从中获取数据的变更：\n\n1. 通过`findOne()\u002FfindAll()`读取原值获取Model\n2. 通过`.set()`方法设置Model的新值\n3. 读取原值和新值的变化\n4. 通过`.save()`方法保存数据\n\n而具体的第3步，获取变化，Sequelize也有提供一些帮助：`.changed()`方法可以返回所有发生变更的字段名，`.previous()`方法在不传参数的情况下，会返回仅包含变化字段的原数据，可以直接作为记录变化的原值。而新值则只要拿到发生变更的字段名列表，然后新值即可。\n\n```javascript\n\u002F\u002F 获取一个模型发生变化的值\nconst getChanges = function(model){\n    const changedFields = model.changed();\n    if(!changedFields){\n        return false;\n    }\n    const oldValue = model.previous();\n    const newValue = {};\n    changedFields.forEach((field) => {\n        newValue[field] = model[field];\n    });\n    return {\n        oldValue,\n        newValue,\n    };\n};\n```\n\n## 事务\n\n事务是数据库的一个很重要的特性，它的最重要的一个应用场景即是将一系列的数据库操作原子化——要么全部成功，要么全部失败。上一节提到的场景，在提交数据变更本身的同时记录数据变更情况即是一种典型的适合使用事务的场景。\n\nSequelize也提供了事务的支持，在使用时先初始化一个事务对象，然后在进行数据操作时传入事务对象即可，没有很特别的地方，仅仅是作为一个记录，在适当的场景下记得使用它即可。\n\n下面的例子删除了一堆数据，并且新增了一堆与之对应的日志：\n\n```javascript\nawait sequelize.transaction((t) => {\n    return Promise.all([\n        \u002F\u002F 创建删除日志\n        Event.bulkCreate(models.map((item)=>{\n            return {\n                type: 'delete',\n                targetId: item.id,\n                oldValue: JSON.stringify(item),\n                newValue: null,\n            };\n        }), {transaction: t}),\n        \u002F\u002F 删除数据\n        Model.destroy({\n            where: {\n                id: {\n                    [Op.in]: deleteIdList\n                }\n            }\n        }, {transaction: t})\n    ]);\n});\n```\n\n## Model扩展\n\nSequelize的Model有很丰富的内部结构，但在进行JSON输出（`JSON.stringify`）的时候，却只会输出模型的数据，不需要进行其他的额外处理。在大部分情况下这种处理是合适的，但是在某些情况下，我们仍然需要对数据进行一些处理，例如字段扩展或者字段裁剪。\n\n在这种情况下，我们可以对Model进行扩展，添加一些最终输出前进行整理的代码：\n\n```javascript\nModel.protoype.output = function(){\n    \u002F\u002F 只输出指定的字段，且根据需要格式化\n    return {\n        foo: this.foo,\n        bar: this.bar + '@toobug.net'\n    }\n}\n```\n\n> 在Sequelize 4中，我们使用的Model的原型并不是Model本身，而是Model.Instance，所以需要在`Model.Instance.prototype`上定义方法才有效。\n\n在实际使用的过程中，我们还可以将这个过程整理得更加工程化：\n\n1. 定义一个`extend`目录，专门定义对每个Model的扩展，且命名与Model定义一一对应\n2. 在初始化的时候读取所有的Model（`sequelize.models`），然后一一读取对应的`extend`，并扩展到原型上\n\n这样在以后需要扩展模型的时候，只要在`extend`目录下定义对模型的扩展方法即可，不用再手工操作Model。\n\n## Model生成\n\nSequelize Model的使用非常方便，但是手写模型的过程并不太愉快。一个字段就要定义类型、默认值、是否为NULL、字段名等，如果一个表有30个字段，则光写模型定义就需要写100多行。\n\n事实上，如果已经建好了数据库表，则这些模型定义的内容基本上都可以从数据库中读取出来。`sequelize-auto`正是做这件事情的库，它会连接数据库，并从数据库中读出所有表，生成对应的模型文件。\n\n它的使用很简单，首先作为工具安装`sequelize-auto`模块（`npm i sequelize-auto -g`或者不加`-g`安装到项目中），然后在命令行中调用它即可，例如：\n\n```sh\nsequelize-auto -h 127.0.0.1 -d database -u username -x password -p 3306 -C -a .modelConfig.json -o server\u002Fmodels\u002Fmodels\n```\n\n参数\n\n- `-h`\u002F`-p`\u002F`-d`\u002F`-u`\u002F`-x`，数据库的IP、端口、数据库、用户名、密码\n- `-C`，使用驼峰式命名规则\n- `-a`，模型的配置项\n\n其中模型的配置项是一个JSON文件，这些配置项会出现在生成的Model文件中，作为模型的配置，例如：\n\n```json\n{\n    \"paranoid\": true,\n    \"timestamps\": true\n}\n```\n\n生成模型后，使用`sequelize.import(modelFilePath)`即可引入模型，然后愉快地使用。\n\n> sequelize-auto略有些年久失修，比如生成的模型中还有jshint的注释，且缩进是2空格。如果与你的项目规范不符，可以在生成后再加一个`eslint --fix`或者`prettier`之类的工具进行格式化即可。\n","\u002Farticle\u002Fsequelize-tricks.html",null,0,"2026-08-28 04:37:17","published","\u003Cp>\u003Ca href=\"https:\u002F\u002Fsequelize.org\u002F\">Sequelize.js\u003C\u002Fa>是一个用于Node.js的数据库ORM库，支持Postgres、MySQL\u002FMariaDB、SQLite、SQL Server等引擎。\u003C\u002Fp>\n\u003Cp>本文记录一些团队在使用Sequelize过程中积累的经验教训。\u003C\u002Fp>\n\u003Ch2>介绍\u003C\u002Fh2>\n\u003Cp>ORM即Object Relational Mapping，中文叫“对象关系映射”。简单地说就是可以将数据库的各种对象（表、字段）及关系映射为程序语言的对象和关系，从而使开发者不需要直接操作数据库，转而操作对象即可。\u003C\u002Fp>\n\u003Cp>例如，将表\u003Ccode>user\u003C\u002Fcode>映射为模型\u003Ccode>User\u003C\u002Fcode>后，从数据库中查询\u003Ccode>id\u003C\u002Fcode>为\u003Ccode>1\u003C\u002Fcode>的用户就可以直接调用\u003Ccode>findOne()\u003C\u002Fcode>方法：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>const user = await User.findOne({\n    where: {\n        id: 1\n    }\n});\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>这样做会带来几个明显的好处：\u003C\u002Fp>\n\u003Col>\n\u003Cli>降低开发难度：ORM都有完善的文档，几乎所有的操作只需要按文档调用指定方法即可，不需要自己拼接SQL\u003C\u002Fli>\n\u003Cli>提升安全性：ORM会处理好SQL注入问题，不需要开发者关注\u003C\u002Fli>\n\u003Cli>降低封装复杂度：公共逻辑可以基于ORM封装，非常方便\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cblockquote>\n\u003Cp>下文不区分“模型”和“Model”，均指Sequelize中与数据表对应的数据模型。\u003C\u002Fp>\n\u003C\u002Fblockquote>\n\u003Ch2>命名\u003C\u002Fh2>\n\u003Cp>团队合作中统一大家的命名规则是很重要的事情，因此一般稍微规范一些的团队都会有比较详尽的命名规范。但是不同地方的命名规则却不一定完全一致，例如：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>数据库规范：表名及字段名使用小写字母，单词间以下划线分隔\u003C\u002Fli>\n\u003Cli>JS编码规范：变量命名使用驼峰式命名（即首字母小写，后续单词的首字母大写）\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>这种情况可以通过Sequelize模型定义来解决，直接指定表名和字段名即可：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>sequelize.define('targetInfo', {\n    targetId: {\n        type: DataTypes.INTEGER(11),\n        allowNull: true,\n        field: 'target_id',\n    },\n}, {\n    tableName: 'target_info',\n});\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>上例中的\u003Ccode>target_id\u003C\u002Fcode>字段，在使用Sequelize的Model时就可以使用\u003Ccode>targetId\u003C\u002Fcode>属性来访问\u003Ccode>target_id\u003C\u002Fcode>字段，完全遵守JS编码规则。\u003C\u002Fp>\n\u003Ch2>软删除 & 自动管理时间戳\u003C\u002Fh2>\n\u003Cp>很多时候，因为保留痕迹、灾难恢复等各种原因，在设计技术方案时，我们都会使用一个字段来标记数据是否被删除。当业务需要删除数据时，只需要改变这个标记即可，而不是真的删除数据库记录。\u003C\u002Fp>\n\u003Cp>但是选择这种方案的同时，却会为业务带来一些复杂性，即每一个查询都需要考虑删除标记的状态。作为一个合格的ORM库，Sequelize也很贴心地提供了软删除的支持。在开启这个特性后，开发者不需要关注数据记录是否已被删除，只需要正常地使用查询、删除等操作即可，Sequelize会在执行对应的SQL查询前自动加上软删除的条件。\u003C\u002Fp>\n\u003Cp>具体的操作非常简单：\u003C\u002Fp>\n\u003Col>\n\u003Cli>数据库和模型文件添加\u003Ccode>deleted_at\u003C\u002Fcode>字段\u003C\u002Fli>\n\u003Cli>在模型定义的选项中加上\u003Ccode>paranoid: true\u003C\u002Fcode>选项\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>此后，被删除的数据记录的\u003Ccode>deleted_at\u003C\u002Fcode>会记录被删除的时间，而没被删除的记录\u003Ccode>deleted_at\u003C\u002Fcode>为\u003Ccode>NULL\u003C\u002Fcode>。\u003C\u002Fp>\n\u003Cp>除了软删除外，记录的建立和更新时间也可以交给Sequelize来管理，操作同样简单：\u003C\u002Fp>\n\u003Col>\n\u003Cli>数据库和模型文件添加\u003Ccode>created_at\u003C\u002Fcode>和\u003Ccode>updated_at\u003C\u002Fcode>字段\u003C\u002Fli>\n\u003Cli>在模型定义的选项中加上\u003Ccode>timestamps: true\u003C\u002Fcode>选项\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>这样定义之后，数据建立时会自动记录创建时间到\u003Ccode>created_at\u003C\u002Fcode>字段中，而当数据发生修改时，\u003Ccode>updated_at\u003C\u002Fcode>会自动记录更新时间。\u003C\u002Fp>\n\u003Ch2>关联\u003C\u002Fh2>\n\u003Cp>多表的查询在数据操作中也是一个比较常见的操作。Sequelize也可以让我们指定模型之间的关联（且有完善的1:1、1:n、m:n关联）。一旦指定完成，则可以在查询数据时直接带出关联数据。\u003C\u002Fp>\n\u003Cp>例如每一个会议（\u003Ccode>Meeting\u003C\u002Fcode>）有多个参会者（\u003Ccode>Participator\u003C\u002Fcode>），在查询会议时可以直接拿出参会者信息：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>\u002F\u002F 指定1:n关联\nMeeting.hasMany(Participator);\n\n\u002F\u002F 查询会议\nconst meeting = Meeting.findOne({\n    where: {\n        id: 1,\n    },\n    include: [Participator],\n});\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>接下来访问\u003Ccode>meeting.participators\u003C\u002Fcode>即可获得会议参会者列表。\u003C\u002Fp>\n\u003Cp>如果希望关联数据进行排序，则可以直接在查询中指定\u003Ccode>order\u003C\u002Fcode>排序规则。但是这个排序和直观想法不太一样，从SQL的角度来讲，关联数据的查询无论是用多表查询还是\u003Ccode>join\u003C\u002Fcode>，都没有办法单独对关联表单独排序，因此不管怎么排序会影响主表的排序。所以如果要对关联数据排序，最好将主表的排序依据写在前面：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>\u002F\u002F 查询会议\nconst meeting = Meeting.findAll({\n    where: {\n        id: 1,\n        \u002F\u002F 排序\n        order: [\n            \u002F\u002F 先对主表排序\n            ['id', 'asc'],\n            \u002F\u002F 再对关联表排序\n            [Participator, 'id', 'asc'],\n        ],\n    },\n    include: [Participator],\n});\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2>Model Diff\u003C\u002Fh2>\n\u003Cp>之前团队碰到了一个需求：在同步数据的同时记录数据发生的变化情况。一开始的想法是在同步前先读取一次数据，等数据同步完之后，再读取一次数据，然后对两次数据进行对比和记录。但是在深入了解Sequelize之后，发现这个事情有更简单的解法。\u003C\u002Fp>\n\u003Cp>Sequelize的Model在结构上是有记录两个值的，内部分别用\u003Ccode>_previousDataValues\u003C\u002Fcode>和\u003Ccode>dataValues\u003C\u002Fcode>记录。其中\u003Ccode>_previousDataValues\u003C\u002Fcode>表示从数据库中读出来的原始记录，而\u003Ccode>dataValues\u003C\u002Fcode>则记录Model经过一些操作之后的新值。例如\u003Ccode>.set()\u003C\u002Fcode>方法会改变\u003Ccode>dataValues\u003C\u002Fcode>的值，但不会改变\u003Ccode>_previousDataValues\u003C\u002Fcode>的值。但是如果调用\u003Ccode>.save()\u003C\u002Fcode>方法，则新值会写入数据库，\u003Ccode>_previousDataValues\u003C\u002Fcode>也会改变。\u003C\u002Fp>\n\u003Cp>因此，我们可以将数据保存的过程分为设置新值和保存到数据库两步，并且从中获取数据的变更：\u003C\u002Fp>\n\u003Col>\n\u003Cli>通过\u003Ccode>findOne()\u002FfindAll()\u003C\u002Fcode>读取原值获取Model\u003C\u002Fli>\n\u003Cli>通过\u003Ccode>.set()\u003C\u002Fcode>方法设置Model的新值\u003C\u002Fli>\n\u003Cli>读取原值和新值的变化\u003C\u002Fli>\n\u003Cli>通过\u003Ccode>.save()\u003C\u002Fcode>方法保存数据\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>而具体的第3步，获取变化，Sequelize也有提供一些帮助：\u003Ccode>.changed()\u003C\u002Fcode>方法可以返回所有发生变更的字段名，\u003Ccode>.previous()\u003C\u002Fcode>方法在不传参数的情况下，会返回仅包含变化字段的原数据，可以直接作为记录变化的原值。而新值则只要拿到发生变更的字段名列表，然后新值即可。\u003C\u002Fp>\n\u003Cpre>\u003Ccode>\u002F\u002F 获取一个模型发生变化的值\nconst getChanges = function(model){\n    const changedFields = model.changed();\n    if(!changedFields){\n        return false;\n    }\n    const oldValue = model.previous();\n    const newValue = {};\n    changedFields.forEach((field) => {\n        newValue[field] = model[field];\n    });\n    return {\n        oldValue,\n        newValue,\n    };\n};\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2>事务\u003C\u002Fh2>\n\u003Cp>事务是数据库的一个很重要的特性，它的最重要的一个应用场景即是将一系列的数据库操作原子化——要么全部成功，要么全部失败。上一节提到的场景，在提交数据变更本身的同时记录数据变更情况即是一种典型的适合使用事务的场景。\u003C\u002Fp>\n\u003Cp>Sequelize也提供了事务的支持，在使用时先初始化一个事务对象，然后在进行数据操作时传入事务对象即可，没有很特别的地方，仅仅是作为一个记录，在适当的场景下记得使用它即可。\u003C\u002Fp>\n\u003Cp>下面的例子删除了一堆数据，并且新增了一堆与之对应的日志：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>await sequelize.transaction((t) => {\n    return Promise.all([\n        \u002F\u002F 创建删除日志\n        Event.bulkCreate(models.map((item)=>{\n            return {\n                type: 'delete',\n                targetId: item.id,\n                oldValue: JSON.stringify(item),\n                newValue: null,\n            };\n        }), {transaction: t}),\n        \u002F\u002F 删除数据\n        Model.destroy({\n            where: {\n                id: {\n                    [Op.in]: deleteIdList\n                }\n            }\n        }, {transaction: t})\n    ]);\n});\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2>Model扩展\u003C\u002Fh2>\n\u003Cp>Sequelize的Model有很丰富的内部结构，但在进行JSON输出（\u003Ccode>JSON.stringify\u003C\u002Fcode>）的时候，却只会输出模型的数据，不需要进行其他的额外处理。在大部分情况下这种处理是合适的，但是在某些情况下，我们仍然需要对数据进行一些处理，例如字段扩展或者字段裁剪。\u003C\u002Fp>\n\u003Cp>在这种情况下，我们可以对Model进行扩展，添加一些最终输出前进行整理的代码：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>Model.protoype.output = function(){\n    \u002F\u002F 只输出指定的字段，且根据需要格式化\n    return {\n        foo: this.foo,\n        bar: this.bar + '@toobug.net'\n    }\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cblockquote>\n\u003Cp>在Sequelize 4中，我们使用的Model的原型并不是Model本身，而是Model.Instance，所以需要在\u003Ccode>Model.Instance.prototype\u003C\u002Fcode>上定义方法才有效。\u003C\u002Fp>\n\u003C\u002Fblockquote>\n\u003Cp>在实际使用的过程中，我们还可以将这个过程整理得更加工程化：\u003C\u002Fp>\n\u003Col>\n\u003Cli>定义一个\u003Ccode>extend\u003C\u002Fcode>目录，专门定义对每个Model的扩展，且命名与Model定义一一对应\u003C\u002Fli>\n\u003Cli>在初始化的时候读取所有的Model（\u003Ccode>sequelize.models\u003C\u002Fcode>），然后一一读取对应的\u003Ccode>extend\u003C\u002Fcode>，并扩展到原型上\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>这样在以后需要扩展模型的时候，只要在\u003Ccode>extend\u003C\u002Fcode>目录下定义对模型的扩展方法即可，不用再手工操作Model。\u003C\u002Fp>\n\u003Ch2>Model生成\u003C\u002Fh2>\n\u003Cp>Sequelize Model的使用非常方便，但是手写模型的过程并不太愉快。一个字段就要定义类型、默认值、是否为NULL、字段名等，如果一个表有30个字段，则光写模型定义就需要写100多行。\u003C\u002Fp>\n\u003Cp>事实上，如果已经建好了数据库表，则这些模型定义的内容基本上都可以从数据库中读取出来。\u003Ccode>sequelize-auto\u003C\u002Fcode>正是做这件事情的库，它会连接数据库，并从数据库中读出所有表，生成对应的模型文件。\u003C\u002Fp>\n\u003Cp>它的使用很简单，首先作为工具安装\u003Ccode>sequelize-auto\u003C\u002Fcode>模块（\u003Ccode>npm i sequelize-auto -g\u003C\u002Fcode>或者不加\u003Ccode>-g\u003C\u002Fcode>安装到项目中），然后在命令行中调用它即可，例如：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>sequelize-auto -h 127.0.0.1 -d database -u username -x password -p 3306 -C -a .modelConfig.json -o server\u002Fmodels\u002Fmodels\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>参数\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Ccode>-h\u003C\u002Fcode>\u002F\u003Ccode>-p\u003C\u002Fcode>\u002F\u003Ccode>-d\u003C\u002Fcode>\u002F\u003Ccode>-u\u003C\u002Fcode>\u002F\u003Ccode>-x\u003C\u002Fcode>，数据库的IP、端口、数据库、用户名、密码\u003C\u002Fli>\n\u003Cli>\u003Ccode>-C\u003C\u002Fcode>，使用驼峰式命名规则\u003C\u002Fli>\n\u003Cli>\u003Ccode>-a\u003C\u002Fcode>，模型的配置项\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>其中模型的配置项是一个JSON文件，这些配置项会出现在生成的Model文件中，作为模型的配置，例如：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>{\n    "paranoid": true,\n    "timestamps": true\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>生成模型后，使用\u003Ccode>sequelize.import(modelFilePath)\u003C\u002Fcode>即可引入模型，然后愉快地使用。\u003C\u002Fp>\n\u003Cblockquote>\n\u003Cp>sequelize-auto略有些年久失修，比如生成的模型中还有jshint的注释，且缩进是2空格。如果与你的项目规范不符，可以在生成后再加一个\u003Ccode>eslint --fix\u003C\u002Fcode>或者\u003Ccode>prettier\u003C\u002Fcode>之类的工具进行格式化即可。\u003C\u002Fp>\n\u003C\u002Fblockquote>\n","\u003Cp>\u003Ca href=\"https:\u002F\u002Fsequelize.org\u002F\">Sequelize.js\u003C\u002Fa>是一个用于Node.js的数据库ORM库，支持Postgres、MySQL\u002FMariaDB、SQLite、SQL Server等引擎。\u003C\u002Fp>\n\u003Cp>本文记录一些团队在使用Sequelize过程中积累的经验教训。\u003C\u002Fp>\n\u003Ch2>介绍\u003C\u002Fh2>\n\u003Cp>ORM即Object Relational Mapping，中文叫“对象关系映射”。简单地说就是可以将数据库的各种对象（表、字段）及关系映射为程序语言的对象和关系，从而使开发者不需要直接操作数据库，转而操作对象即可。\u003C\u002Fp>\n\u003Cp>例如，将表\u003Ccode>user\u003C\u002Fcode>映射为模型\u003Ccode>User\u003C\u002Fcode>后，从数据库中查询\u003Ccode>id\u003C\u002Fcode>为\u003Ccode>1\u003C\u002Fcode>的用户就可以直接调用\u003Ccode>findOne()\u003C\u002Fcode>方法：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>const user = await User.findOne({\n    where: {\n        id: 1\n    }\n});\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>这样做会带来几个明显的好处：\u003C\u002Fp>\n\u003Col>\n\u003Cli>降低开发难度：ORM都有完善的文档，几乎所有的操作只需要按文档调用指定方法即可，不需要自己拼接SQL\u003C\u002Fli>\n\u003Cli>提升安全性：ORM会处理好SQL注入问题，不需要开发者关注\u003C\u002Fli>\n\u003Cli>降低封装复杂度：公共逻辑可以基于ORM封装，非常方便\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cblockquote>\n\u003Cp>下文不区分“模型”和“Model”，均指Sequelize中与数据表对应的数据模型。\u003C\u002Fp>\n\u003C\u002Fblockquote>\n","",{"total":17,"totalRoots":17,"comments":24,"pv":17},[]]