This field allows arbitrary MongoID fields to be added to your lists.
It supports the core Mongoose and Knex adapters:
- On Mongoose the native Mongo
ObjectIdschema type is used. - On Knex a 24 character string field is added to the schema.
This resolves down to
varchar(24),character varying(24)or similar, depending on the underlying DB platform. Values stored are forced to lowercase on read and write to avoid issues with case-sensitive string comparisons. See the casing section for details.
const { Keystone } = require('@keystonejs/keystone');
const { MongoId } = require('@keystonejs/fields-mongoid');
const keystone = new Keystone(/* ... */);
keystone.createList('Product', {
fields: {
name: { type: Text },
oldId: { type: MongoId },
// ...
},
});| Option | Type | Default | Description |
|---|---|---|---|
isRequired |
Boolean |
false |
Does this field require a value? |
isUnique |
Boolean |
false |
Adds a unique index that allows only unique values to be stored |
We reuse the interface implementation from the native Text field.
MongoId fields use the ID type in GraphQL.
| Field name | Type | Description |
|---|---|---|
${path} |
ID |
The ID in it's 24 char hex representation |
| Field name | Type | Description |
|---|---|---|
${path} |
ID |
The ID in it's 24 char hex representation |
Since MongoId fields encode identifiers, "text" filters (eg. contains, starts_with, etc) are not supported.
Note also that hexadecimal encoding, as used here, is case agnostic.
As such, despite the GraphQL ID type being encoded as Strings, all MongoId filters are effectively case insensitive.
See the the Casing section.
| Field name | Type | Description |
|---|---|---|
${path} |
ID |
Exact match to the ID provided |
${path}_not |
ID |
Not an exact match to the ID provided |
${path}_in |
[ID] |
In the array of IDs provided |
${path}_not_in |
[ID] |
Not in the array of IDs provided |
The Mongoose Adaptor uses the native Mongo ObjectId schema type.
Internally, the 12-byte value are stored in a binary format.
Mongoose automatically and transparently converts to and from the 24 char hexadecimal representation when reading and writing.
The Knex adaptor adds 24 character string field to the schema.
This resolves down to varchar(24), character varying(24) or similar, depending on the underlying DB platform.
Values stored are forced to lowercase on read and write to avoid issues with case-sensitive string comparisons. See the casing section for details.
The field adapter supplied for Knex supports
the isNotNullable and defaultTo options.
Mongo ObjectIDs are usually passed around in a hexadecimal string representation.
Hexadecimal itself is case agnostic; the hex value AF3D is identical to the hex value af3d
(they encode the same value as decimal 44861 or binary 1010111100111101).
However, JavaScript and (depending on your configuration) some DB platforms are case-sensitive;
in these contexts, the string 'AF3D' does not equal the string 'af3d'.
For the MongoId type, we mitigate this problem by forcing values to lowercase when using the Knex adapter.
Similar issues are faced by the
core Uuid field type.
It is also often represented using hexadecimal within a string.