MongoDB无疑是当今最受欢迎的NoSQL数据库抉择之一,它有一个很棒的社区和生态系统。
在本文中,咱们将介绍在应用Node.js设置MongoDB和Mongoose时应遵循的一些最佳实际。
1.为什么须要Mongoose?
为了了解咱们为什么须要Mongoose,咱们先来理解MongoDB(也是一个数据库)在架构层面的工作原理。
- 你有一个数据库服务器(例如MongoDB社区服务器)
- 你正在运行一个Node.js脚本(作为一个过程)
MongoDB服务器在TCP套接字上监听(通常),你的Node.js过程能够应用TCP连贯来连贯它。
然而在TCP之上,MongoDB也有本人的协定来理解客户端(咱们的Node.js过程)到底想要数据库做什么。
对于这种通信,咱们不须要学习咱们在TCP层上要发送的音讯,而是借助一个“驱动”软件将其形象掉,在这里称为MongoDB驱动。MongoDB驱动在这里以npm包的模式提供。
当初请记住,MongoDB 驱动程序负责连贯和形象你的低层通信申请/响应——但作为开发者,这只能让你走到这一步。
因为MongoDB是一个无模式数据库,它为你提供了比初学者所需的更多的性能。更大的权力意味着更大的出错可能性,你须要缩小可在代码中制作的谬误和毁坏表的可能性。
Mongoose是对原生MongoDB驱动(我下面提到的npm包)的一个形象。
抽象化的个别教训法令(我了解的形式)是,每一个抽象化都会损失一些底层操作能力。但这并不一定意味着它是坏的,有时它能进步生产力1000倍以上,因为你基本不须要齐全拜访底层API。
一个好的思路是,你在技术上用C语言和Python创立一个实时聊天利用。作为开发人员,Python的例子将更容易和更快地实现,生产率更高。C可能更有效率,但它会在生产力、开发速度、谬误、解体方面付出微小的代价。另外,在大多数状况下,你不须要领有C给你的能力来实现websockets。
同样,应用Mongoose,你能够限度你的底层API拜访的范畴,但能够开释出很多潜在的收益和良好的DX。
2.如何连贯Mongoose + MongoDB
首先,让咱们疾速看看在2020年应该如何用Mongoose连贯到你的MongoDB数据库。
mongoose.connect(DB_CONNECTION_STRING, { useNewUrlParser: true, useUnifiedTopology: true, useCreateIndex: true, useFindAndModify: false})
这种连贯格局确保你正在应用Mongoose的新URL解析器,而且你没有应用任何废除的做法。
3.如何执行Mongoose操作
当初咱们先来疾速讨论一下Mongoose的操作,以及你应该如何执行这些操作。
Mongoose为您提供以下两种抉择:
- 基于游标的(Cursor-based)查问
- 全程检索(Full fetching)查问
3.1 基于游标的(Cursor-based)查问
基于游标的查问是指一次只解决一条记录,同时一次从数据库中获取一条或一批文档。这是一种在无限的内存环境下解决海量数据的无效形式。
设想一下,你要在1GB/1核云服务器上解析总大小为10GB的文档。你不能获取整个汇合,因为那在你的零碎中不适合。游标是一个很好的(也是惟一的)抉择。
3.2 全程检索(Full fetching)查问
这是一种查问类型,你能够一次性取得查问的全副响应。在大多数状况下,这就是你要应用的办法。因而,咱们将在这里次要关注这个办法。
4.如何应用Mongoose模型(Models)
模型是Mongoose的超级力量,它们帮忙你执行“schema”规定,并为你的Node代码提供无缝集成到数据库调用中。
第一步是定义一个好的模型:
import mongoose from 'mongoose'const CompletedSchema = new mongoose.Schema( { type: { type: String, enum: ['course', 'classroom'], required: true }, parentslug: { type: String, required: true }, slug: { type: String, required: true }, userid: { type: String, required: true } }, { collection: 'completed' })CompletedSchema.index({ slug: 1, userid: 1 }, { unique: true })const model = mongoose.model('Completed', CompletedSchema)export default model
这是一个间接从codedamn的代码库中删减的例子。这里有一些乏味的事件你应该留神。
- 在所有须要的字段中,尽量放弃
required: true
。如果你在创建对象时没有应用TypeScript这样的动态类型查看零碎来帮助你正确地查看属性名,那么这能够为你省去很多麻烦。另外,收费的验证也超级酷。 - 定义索引和惟一字段。
unique
属性也能够在模式中增加。索引是一个很宽泛的话题,所以我在这里就不深究了。但从大范畴来看,它们的确能够帮忙你放慢很多查问速度。 - 明确定义一个汇合名。尽管Mongoose能够依据模型的名称主动给出一个汇合名称(例如这里的
Completed
here),但在我看来这太形象了。你至多应该晓得你的数据库名称和代码库中的汇合。 - 如果能够,请应用枚举来限度值。
5.如何执行CRUD操作
CRUD是指创立、读取、更新和删除。这是四个根本选项,有了这四个选项,你就能够在数据库中进行任何模式的数据操作。让咱们疾速看看这些操作的一些例子。
5.1 Create
这简略来说就是在数据库中创立一条新记录。让咱们应用咱们下面定义的模型来创立一条记录。
try { const res = await CompletedSchema.create(record)} catch(error) { console.error(error) // handle the error}
同样,这里有一些提醒:
- 应用async-await而不是回调(看起来不错,但没有突破性的性能劣势)
- 在查问四周应用try-catch块,因为你的查问可能会因为一些起因而失败(重复记录、谬误的值等)。
5.2 Read
这意味着从数据库中读取现有的值。这听起来很简略,但你应该晓得Mongoose的几个小问题。
const res = await CompletedSchema.find(info).lean()
- 你能看到那里的
lean()
函数调用吗?它对性能超级有用。默认状况下,Mongoose会解决从数据库中返回的文档,并在其上增加其神奇的办法(例如.save
)。 - 当你应用
.lean()
时,Mongoose会返回一般的JSON对象,而不是内存和资源惨重的文档。使查问速度更快,对CPU的耗费也更小。 - 然而,如果你的确想要更新数据,你能够省略
.lean()
(咱们接下来会看到)
5.3 Update
如果你曾经有了一个Mongoose文档(没有应用 .lean()
触发),你能够简略地去批改对象属性,而后用 object.save()
保留它。
const doc = await CompletedSchema.findOne(info)doc.slug = 'something-else'await doc.save()
记住,这里有两个数据库调用。第一个是在 findOne上
,第二个是在 doc.save
上。
如果能够,你应该总是缩小拜访数据库的申请数量(因为如果比拟内存、网络和磁盘,网络简直总是最慢的)。
在另一种状况下,能够应用如下查问:
const res = await CompletedSchema.updateOne(<condition>, <query>).lean()
并且只会对数据库进行一次调用。
5.4 Delete
应用Mongoose删除也很简略,让咱们看看如何删除单个文档:
const res = await CompletedSchema.deleteOne(<condition>)
和 updateOne
一样 deleteOne
也承受第一个参数作为文档的匹配条件。
还有另一个办法叫 deleteMany
,只有当你晓得要删除多个文档时才应用。
在任何其余状况下,总是应用 deleteOne
来防止意外的屡次删除,特地是当你试图本人执行查问时。