node-mongodb-native README

The project's README from github.com/mongodb/node-mongodb-native. As one markdown file: README.md.

MongoDB Node.js Driver

The official MongoDB driver for Node.js.

Upgrading to version 7? Take a look at our upgrade guide here!

Site Link
Documentation www.mongodb.com/docs/drivers/node
API Docs mongodb.github.io/node-mongodb-native
npm package www.npmjs.com/package/mongodb
MongoDB www.mongodb.com
MongoDB University learn.mongodb.com
MongoDB Developer Center www.mongodb.com/developer
Stack Overflow stackoverflow.com
Source Code github.com/mongodb/node-mongodb-native
Upgrade to v7 etc/notes/CHANGES_7.0.0.md
Contributing CONTRIBUTING.md
Changelog HISTORY.md

Release Integrity

Releases are created automatically and signed using the Node team's GPG key. All release packages provided as part of a GitHub release are signed. To verify the provided packages, download the key and import it using gpg:

gpg --import node-driver.asc

The GitHub release contains a detached signature file for the NPM package (named mongodb-X.Y.Z.tgz.sig).

The following command returns the link npm package.

npm view [email protected] dist.tarball

Using the result of the above command, a curl command can return the official npm package for the release.

To verify the integrity of the downloaded package, run the following command:

gpg --verify mongodb-X.Y.Z.tgz.sig mongodb-X.Y.Z.tgz

[!Note] No GPG verification is done when using npm to install the package. The contents of the GitHub tarball and npm's tarball are identical.

Releases published to the npm registry also include a provenance attestation, which cryptographically links the package to its source repository and build workflow. To verify provenance:

npm audit signatures

The MongoDB Node.js driver follows semantic versioning for its releases.

Bugs / Feature Requests

Think you’ve found a bug? Want to see a new feature in node-mongodb-native? Please open a case in our issue management tool, JIRA:

Bug reports in JIRA for all driver projects (i.e. NODE, PYTHON, CSHARP, JAVA) and the Core Server (i.e. SERVER) project are public.

Support / Feedback

For issues with, questions about, or feedback for the Node.js driver, please look into our support channels. Please do not email any of the driver developers directly with issues or questions - you're more likely to get an answer on the MongoDB Community Forums.

Change Log

Change history can be found in HISTORY.md.

Compatibility

The driver currently supports 4.4+ servers.

For exhaustive server and runtime version compatibility matrices, please refer to the following links:

Component Support Matrix

The following table describes add-on component version compatibility for the Node.js driver. Only packages with versions in these supported ranges are stable when used in combination.

Component [email protected] [email protected] [email protected] mongodb@<6.12 mongodb@>=6.12 [email protected]
bson ^1.0.0 ^4.0.0 ^5.0.0 ^6.0.0 ^6.0.0 ^7.0.0
bson-ext ^1.0.0 || ^2.0.0 ^4.0.0 N/A N/A N/A N/A
kerberos ^1.0.0 ^1.0.0 || ^2.0.0 ^1.0.0 || ^2.0.0 ^2.0.1 ^2.0.1 ^7.0.0
mongodb-client-encryption ^1.0.0 ^1.0.0 || ^2.0.0 ^2.3.0 ^6.0.0 ^6.0.0 ^7.0.0
mongodb-legacy N/A ^4.0.0 ^5.0.0 ^6.0.0 ^6.0.0 N/A
@mongodb-js/zstd N/A ^1.0.0 ^1.0.0 ^1.1.0 ^1.1.0 || ^2.0.0 ^7.0.0

Typescript Version

We recommend using the latest version of typescript, however we currently ensure the driver's public types compile against [email protected]. This is the lowest typescript version guaranteed to work with our driver: older versions may or may not work - use at your own risk. Since typescript does not restrict breaking changes to major versions, we consider this support best effort. If you run into any unexpected compiler failures against our supported TypeScript versions, please let us know by filing an issue on our JIRA.

Additionally, our Typescript types are compatible with the ECMAScript standard for our minimum supported Node version. Currently, our Typescript targets es2023.

Running in Custom Runtimes

We are working on removing Node.js as a dependency of the driver, so that in the future it will be possible to use the driver in non-Node environments. This work is currently in progress, and if you're curious, this is our first runtime adapter commit.

Some things to keep in mind if you are using a non-Node runtime:

  1. Users of Webpack/Vite may need to prevent crypto polyfill injection.
  2. Auth mechanism SCRAM-SHA-1 has a hard dependency on Node.js.
  3. Auth mechanism SCRAM-SHA-1 is not supported in FIPS mode.

Installation

The recommended way to get started using the Node.js driver is by using the npm (Node Package Manager) to install the dependency in your project.

After you've created your own project using npm init, you can run:

npm install mongodb

This will download the MongoDB driver and add a dependency entry in your package.json file.

If you are a Typescript user, you will need the Node.js type definitions to use the driver's definitions:

npm install -D @types/node

Driver Extensions

The MongoDB driver can optionally be enhanced by the following feature packages:

Maintained by MongoDB:

Some of these packages include native C++ extensions. Consult the trouble shooting guide here if you run into compilation issues.

Third party:

Quick Start

This guide will show you how to set up a simple application using Node.js and MongoDB. Its scope is only how to set up the driver and perform the simple CRUD operations. For more in-depth coverage, see the official documentation.

Create the package.json file

First, create a directory where your application will live.

mkdir myProject
cd myProject

Enter the following command and answer the questions to create the initial structure for your new project:

npm init -y

Next, install the driver as a dependency.

npm install mongodb

Start a MongoDB Server

For complete MongoDB installation instructions, see the manual.

  1. Download the right MongoDB version from MongoDB
  2. Create a database directory (in this case under /data).
  3. Install and start a mongod process.
mongod --dbpath=/data

You should see the mongod process start up and print some status information.

Connect to MongoDB

Create a new app.js file and add the following code to try out some basic CRUD operations using the MongoDB driver.

Add code to connect to the server and the database myProject:

NOTE: Resolving DNS Connection issues

Node.js 18 changed the default DNS resolution ordering from always prioritizing IPv4 to the ordering returned by the DNS provider. In some environments, this can result in localhost resolving to an IPv6 address instead of IPv4 and a consequent failure to connect to the server.

This can be resolved by:

  • specifying the IP address family using the MongoClient family option (MongoClient(<uri>, { family: 4 } ))
  • launching mongod or mongos with the ipv6 flag enabled (--ipv6 mongod option documentation)
  • using a host of 127.0.0.1 in place of localhost
  • specifying the DNS resolution ordering with the --dns-resolution-order Node.js command line argument (e.g. node --dns-resolution-order=ipv4first)
const { MongoClient } = require('mongodb');
// or as an es module:
// import { MongoClient } from 'mongodb'

// Connection URL
const url = 'mongodb://localhost:27017';
const client = new MongoClient(url);

// Database Name
const dbName = 'myProject';

async function main() {
  // Use connect method to connect to the server
  await client.connect();
  console.log('Connected successfully to server');
  const db = client.db(dbName);
  const collection = db.collection('documents');

  // the following code examples can be pasted here...

  return 'done.';
}

main()
  .then(console.log)
  .catch(console.error)
  .finally(() => client.close());

Run your app from the command line with:

node app.js

The application should print Connected successfully to server to the console.

Insert a Document

Add to app.js the following function which uses the insertMany method to add three documents to the documents collection.

const insertResult = await collection.insertMany([{ a: 1 }, { a: 2 }, { a: 3 }]);
console.log('Inserted documents =>', insertResult);

The insertMany command returns an object with information about the insert operations.

Find All Documents

Add a query that returns all the documents.

const findResult = await collection.find({}).toArray();
console.log('Found documents =>', findResult);

This query returns all the documents in the documents collection. If you add this below the insertMany example, you'll see the documents you've inserted.

Find Documents with a Query Filter

Add a query filter to find only documents which meet the query criteria.

const filteredDocs = await collection.find({ a: 3 }).toArray();
console.log('Found documents filtered by { a: 3 } =>', filteredDocs);

Only the documents which match 'a' : 3 should be returned.

Update a document

The following operation updates a document in the documents collection.

const updateResult = await collection.updateOne({ a: 3 }, { $set: { b: 1 } });
console.log('Updated documents =>', updateResult);

The method updates the first document where the field a is equal to 3 by adding a new field b to the document set to 1. updateResult contains information about whether there was a matching document to update or not.

Remove a document

Remove the document where the field a is equal to 3.

const deleteResult = await collection.deleteMany({ a: 3 });
console.log('Deleted documents =>', deleteResult);

Index a Collection

Indexes can improve your application's performance. The following function creates an index on the a field in the documents collection.

const indexName = await collection.createIndex({ a: 1 });
console.log('index name =', indexName);

For more detailed information, see the indexing strategies page.

Error Handling

If you need to filter certain errors from our driver, we have a helpful tree of errors described in etc/notes/errors.md.

It is our recommendation to use instanceof checks on errors and to avoid relying on parsing error.message and error.name strings in your code. We guarantee instanceof checks will pass according to semver guidelines, but errors may be sub-classed or their messages may change at any time, even patch releases, as we see fit to increase the helpfulness of the errors.

Any new errors we add to the driver will directly extend an existing error class and no existing error will be moved to a different parent class outside of a major release. This means instanceof will always be able to accurately capture the errors that our driver throws.

const client = new MongoClient(url);
await client.connect();
const collection = client.db().collection('collection');

try {
  await collection.insertOne({ _id: 1 });
  await collection.insertOne({ _id: 1 }); // duplicate key error
} catch (error) {
  if (error instanceof MongoServerError) {
    console.log(`Error worth logging: ${error}`); // special case for some reason
  }
  throw error; // still want to crash
}

Nightly releases

If you need to test with a change from the latest main branch, our mongodb npm package has nightly versions released under the nightly tag.

npm install mongodb@nightly

Nightly versions are published regardless of testing outcome. This means there could be semantic breakages or partially implemented features. The nightly build is not suitable for production use.

Experimental Features

The MongoDB Node.js driver offers cutting-edge experimental features that give you early access to new capabilities and APIs. These features are marked with @experimental tags and are great for exploring new functionality and providing feedback.

Experimental features are not subject to semantic versioning rules, so breaking changes or removal may occur in any future release. The use of these features is not recommended for production environments.

Explore the full list of experimental features, complete with descriptions and usage examples, in EXPERIMENTAL_FEATURES.md.

Next Steps

License

Apache 2.0

© 2012-present MongoDB Contributors
© 2009-2012 Christian Amor Kvalheim

node-mongodb-native (mongodb/node-mongodb-native)

Searching Database…

这是干什么的?这是 Node.js 的官方 MongoDB 驱动程序——一个客户端库,Node.js 应用通过它连接 MongoDB 服务器,执行查询、增删改查(CRUD)操作以及索引管理。
它是需要单独安装运行的软件,还是我在代码里调用的库?它是一个库,不是独立的应用:你安装 'mongodb' 这个 npm 包,然后在自己的 Node.js 代码里调用它,实际的数据存储由已经在运行的 MongoDB 服务器来完成。
怎么把它加到项目里?先用 npm init 创建项目,运行 'npm install mongodb',然后通过 MongoClient 建立连接。README 里的 Quick Start 会带你一步步完成插入、查询、更新、删除以及创建索引。
除了这个 npm 包,我还需要准备什么吗?需要 Node.js 20.19 或更高版本(见该包的 engines 字段),以及一个正在运行的 MongoDB 服务器供它连接。如果用 TypeScript,还需要安装 Node.js 的类型定义,驱动程序的类型才能正常工作。
有没有版本限制或上生产环境的坑?它只支持 MongoDB 4.4 及更新的服务器版本。 nightly npm 构建包不管测试结果如何都会发布,@experimental 级别的 API 也可能在任何版本中被改动或移除——这两者都不适合用于生产环境。
可以免费使用吗,包括商业用途?可以——它采用 Apache 2.0 许可证,可以免费用在商业产品中。
TypeScript 支持怎么样?支持是一流的:驱动程序本身就是用 TypeScript 写的,自带类型定义。公开类型保证能在 TypeScript 5.6.0 或更高版本下编译,最低支持的 Node 版本对应的编译目标是 es2023。
有哪些可选的扩展包可以增强它的功能?官方扩展提供 Zstd 网络压缩(@mongodb-js/zstd)、字段级和可查询加密(mongodb-client-encryption),以及 GSSAPI/Kerberos 认证(kerberos);第三方包则涵盖 Snappy 压缩和 AWS 认证。其中一些包含原生 C++ 扩展,需要在你的机器上编译。
它抛出的错误该怎么处理?用 instanceof 检查驱动程序提供的错误类——项目保证这些类在语义化版本(semver)范围内保持稳定,而错误消息和错误名称即使在补丁版本中也可能变化。错误类的参考结构记录在 etc/notes/errors.md 中。
能在 Node.js 之外用吗,比如 Deno 或浏览器里?目前还不能可靠地使用。团队正在努力移除对 Node.js 的依赖,将来非 Node 运行时也能用;现在用 Webpack/Vite 的用户可能需要阻止 crypto polyfill 被自动注入,另外 SCRAM-SHA-1 认证强依赖 Node.js。
Creator
mongodb
Size
198.7 MB
Stars
10.2K
Age
16y
Commits · 90 Days