Installation | Basic usage | About BSON | Codable | Community | How to help
A fast, pure swift MongoDB driver based on Swift NIO built for Server Side Swift. It features a great API and a battle-tested core. Supporting both MongoDB in server and embedded environments.
βοΈ Please leave a star to support MongoKitten β it really helps!
Join our slack here and become a part of the welcoming community.
You can sponsor us via GitHub.. This enables us to provide a higher quality and more documentation as well as building more tools.
- See CONTRIBUTING.md for info on contributing to MongoKitten
- You can help us out by resolving TODOs and replying on issues
- Of course, all feedback, positive and negative, also really helps to improve the project
If you haven't already, you should set up a MongoDB server to get started with MongoKitten
For development, this can be on your local machine.
Install MongoDB for Ubuntu, macOS or any other supported Linux Distro.
Alternatively, make use of a DAAS (Database-as-a-service) like MongoDB Atlas, MLab, IBM Cloud or any other of the many services.
If you're aiming at using MongoKitten Mobile, scroll down!
If you're using a SwiftNIO 1.x framework such as Vapor 3, use MongoKitten 5 instead.
MongoKitten supports the Swift Package Manager for server-side applications. Add MongoKitten to your dependencies in your Package.swift file:
.package(url: "https://github.com/OpenKitten/MongoKitten.git", from: 6.0.0")
Also, don't forget to add "MongoKitten"
as a dependency for your target.
import MongoKitten
let db = try MongoDatabase.synchronousConnect("mongodb://localhost/my_database")
Vapor users should register the database as a service.
let connectionURI = "mongodb://localhost"
services.register { container -> MongoKitten.Database in
return try MongoDatabase.lazyConnect(connectionURI, on: container.eventLoop)
}
MongoKitten does not yet support MongoDB v3.6 connection URIs. You'll need to use the old connection URI format.
If you're unsure; the connection string starting with mongodb+srv://
is a 3.6 connection URI, whereas URIs starting with mongodb://
are an older format.
MongoKitten relies on [Swift NIO](https://github.com/apple/swift-nio) to provide support for asynchronous operations. All MongoKitten operations that talk to the server are asynchronous, and return an EventLoopFuture of some kind.
You can learn all about NIO by reading its readme or the article on RayWenderlich.com, but here are the basics:
Asynchronous operations return a future. NIO implements futures in the EventLoopFuture<T>
type. An EventLoopFuture
is a holder for a result that will be provided later. The result of the future can either be successful yielding a result of T
, or unsuccessful with a result of a Swift Error
. This is the asynchronous representation of a successful return
or a thrown error.
If you're using Vapor, please refer to their Async documentation. Vapor's Async module provides additional helpers on top of NIO, that make working with instances of EventLoopFuture<T>
easier.
If you use Vapor or another Swift-NIO based web framework, never use the wait()
function on EventLoopFuture
instances.
// The collection "users" in your database
let users = db["users"]
let myUser: Document = ["username": "kitty", "password": "meow"]
let future: Future<InsertReply> = users.insert(myUser)
future.whenSuccess { _ in
print("Inserted!")
}
future.whenFailure { error in
print("Insertion failed", error)
}
To perform the following query in MongoDB:
{
"username": "kitty"
}
Use the following MongoKitten code:
users.findOne("username" == "kitty").whenSuccess { user: Document? in
// Do something with kitty
}
To perform the following query in MongoDB:
{
"$or": [
{ "age": { "$lte": 16 } },
{ "age": { "$exists": false } }
]
}
Use the following MongoKitten code:
users.find("age" <= 16 || "age" == nil).forEach { user: Document in
// Print the user's name
print(user["username"] as? String)
}
You can also type out the queries yourself, without using the query builder, like this:
users.findOne(["username": "kitty"])
Find operations return a Cursor
. A cursor is a pointer to the result set of a query. You can obtain the results from a cursor by iterating over the results, or by fetching one or all of the results.
You can fetch all results as an array:
let results: EventLoopFuture<[Document]> = users.find().getAllResults()
Note that this is potentially dangerous with very large result sets. Only use getAllResults()
when you are sure that the entire result set of your query fits comfortably in memory.
For more efficient handling of results, you can lazily iterate over a cursor:
let doneIterating: EventLoopFuture<Void> = users.find().forEach { user: Document in
// ...
}
Find operations return a FindCursor<Document>
. As you can see, FindCursor
is a generic type. You can lazily transform the cursor into a different result type by using map
, which works similar to map
on arrays or documents:
users.find()
.map { document in
return document["username"] as? String
}
.forEach { username: String? in
print("user: \(username)")
}
users.update(where: "username" == "kitty", setting: ["age": 3]).whenSuccess { _ in
print("π")
}
users.deleteOne(where: "username" == "kitty").whenSuccess { amountDeleted in
print("Deleted \(amountDeleted) kitties πΏ")
}
MongoDB is a document database that uses BSON under the hood to store JSON-like data. MongoKitten implements the BSON specification in its companion project, OpenKitten/BSON. You can find out more about our BSON implementation in the separate BSON repository, but here are the basics:
You normally create BSON Documents like this:
let documentA: Document = ["_id": ObjectId(), "username": "kitty", "password": "meow"]
let documentB: Document = ["kitty", 4]
From the example above, we can learn a few things:
- A BSON document can represent an array or a dictionary
- You can initialize a document like you initialize normal dictionaries and arrays, using literals
- The values in a Document (either the array elements or the values of a dictionary pair) can be of any BSON primitive type
- BSON primitives include core Swift types like
Int
,String
,Double
andBool
, as well asDate
from Foundation - BSON also features some unique types, like
ObjectId
Like normal arrays and dictionaries, Document
conforms to the Collection
protocol. Because of this, you can often directly work with your Document
, using the APIs you already know from Array
and Dictionary
. For example, you can iterate over a document using a for loop:
for (key, value) in documentA {
// ...
}
for value in documentB.values {
// ...
}
Document also provides subscripts to access individual elements. The subscripts return values of the type Primitive?
, so you probably need to cast them using as?
before using them.
let username = documentA["username"] as? String
Our Document
type is implemented in an optimized, efficient way and provides many useful features to read and manipulate data, including features not present on the Swift Dictionary
type. On top of that, Document
also implements most APIs present on Dictionary
, so there is very little learning curve.
MongoKitten supports the Encodable
and Decodable
(Codable
) protocols by providing the BSONEncoder
and BSONDecoder
types. Working with our encoders and decoders is very similar to working with the Foundation JSONEncoder
and JSONDecoder
classes, with the difference being that BSONEncoder
produces instances of Document
and BSONDecoder
accepts instances of Document
, instead of Data
.
For example, say we want to code the following struct:
struct User: Codable {
var profile: Profile?
var username: String
var password: String
var age: Int?
struct Profile: Codable {
var profilePicture: Data?
var firstName: String
var lastName: String
}
}
We can encode and decode instances like this:
let user: User = ...
let encoder = BSONEncoder()
let encoded: Document = try encoder.encode(user)
let decoder = BSONDecoder()
let decoded: User = try decoder.decode(User.self, from: encoded)
A few notes:
BSONEncoder
andBSONDecoder
work very similar to other encoders and decoders- Nested types can also be encoded and are encouraged
- Nested structs and classes are most often encoded as embedded documents
- You can customize the representations using encoding/decoding strategies
When doing a find
query, the Cursor
's results can be transformed lazily. Lazy mapping is much more efficient than keeping the entire result set in memory as it allows for forEach-
loops to be leveraged efficiently reducing the memory pressure of your application. You can leverage cursors using Codable as well.
// Find all and decode each Document lazily as a `User` type
users.find().decode(User.self).forEach { user in
print(user.username)
}
MongoKitten is licensed under the MIT license.