@lossless.org/nosqldb 10.6.1 → 10.7.1

package/dist_rust/rustdb_linux_amd64.tsrust-build.json

@@ -1,12 +1,12 @@
 {
   "format": "tsrust.build-provenance.v2",
-  "binarySha256": "45c8b46b088226aabaf6b260d1b4cd33f630b9f350f412fc9526f63754ebf8ed",
+  "binarySha256": "6689710534aa0e5c913a0618bbb8d4a89894f326e817f251d4c832f145054ce3",
   "buildInfo": {
     "projectName": "@lossless.org/nosqldb",
-    "projectVersion": "10.6.1",
-    "gitCommit": "8a382123c5eb00f062a89c786c87f0588332f0a7",
+    "projectVersion": "10.7.1",
+    "gitCommit": "fbc2af3b9b2791db6f0896f6b990038e1f733722",
     "gitDirty": false,
-    "builtAt": "2026-09-26T11:38:26.096Z",
+    "builtAt": "2026-09-26T20:40:36.475Z",
     "tsrustVersion": "1.15.1",
     "binary": "rustdb",
     "target": "linux_amd64"

package/dist_rust/rustdb_linux_amd64_musl.tsrust-build.json

@@ -1,12 +1,12 @@
 {
   "format": "tsrust.build-provenance.v2",
-  "binarySha256": "69c2b52877d8d92145f105263807d1ee7e5c41fab58ffe6adcc8ad6f4c9a6e30",
+  "binarySha256": "3af6fbdca2d70ed8ba9b54045ff7bce223187a42a172cc080baadb68034a7d6a",
   "buildInfo": {
     "projectName": "@lossless.org/nosqldb",
-    "projectVersion": "10.6.1",
-    "gitCommit": "8a382123c5eb00f062a89c786c87f0588332f0a7",
+    "projectVersion": "10.7.1",
+    "gitCommit": "fbc2af3b9b2791db6f0896f6b990038e1f733722",
     "gitDirty": false,
-    "builtAt": "2026-09-26T11:38:26.947Z",
+    "builtAt": "2026-09-26T20:40:37.306Z",
     "tsrustVersion": "1.15.1",
     "binary": "rustdb",
     "target": "linux_amd64_musl"

package/dist_rust/rustdb_linux_arm64.tsrust-build.json

@@ -1,12 +1,12 @@
 {
   "format": "tsrust.build-provenance.v2",
-  "binarySha256": "bdb5b22a9d6d338e0a8474fec47233fa0da53f7a7e4771958ce32e75e6102da7",
+  "binarySha256": "5f534b84c39d0013d4724a930ccae57842748d01d9f93f8a6c1c0ba416cb90ce",
   "buildInfo": {
     "projectName": "@lossless.org/nosqldb",
-    "projectVersion": "10.6.1",
-    "gitCommit": "8a382123c5eb00f062a89c786c87f0588332f0a7",
+    "projectVersion": "10.7.1",
+    "gitCommit": "fbc2af3b9b2791db6f0896f6b990038e1f733722",
     "gitDirty": false,
-    "builtAt": "2026-09-26T11:38:26.518Z",
+    "builtAt": "2026-09-26T20:40:36.898Z",
     "tsrustVersion": "1.15.1",
     "binary": "rustdb",
     "target": "linux_arm64"

package/dist_rust/rustdb_linux_arm64_musl.tsrust-build.json

@@ -1,12 +1,12 @@
 {
   "format": "tsrust.build-provenance.v2",
-  "binarySha256": "e08e92879b6a3c1f8f5e91a90bb0c26cf5a6500af87bbf129f4c0833a1c21a61",
+  "binarySha256": "5d82aca1acb518acd86b8b879a3a1c8b68625f0793d8e96b3ce9d5c65e9e7297",
   "buildInfo": {
     "projectName": "@lossless.org/nosqldb",
-    "projectVersion": "10.6.1",
-    "gitCommit": "8a382123c5eb00f062a89c786c87f0588332f0a7",
+    "projectVersion": "10.7.1",
+    "gitCommit": "fbc2af3b9b2791db6f0896f6b990038e1f733722",
     "gitDirty": false,
-    "builtAt": "2026-09-26T11:38:27.390Z",
+    "builtAt": "2026-09-26T20:40:37.725Z",
     "tsrustVersion": "1.15.1",
     "binary": "rustdb",
     "target": "linux_arm64_musl"

package/dist_rust/rustdb_macos_amd64.tsrust-build.json

@@ -1,12 +1,12 @@
 {
   "format": "tsrust.build-provenance.v2",
-  "binarySha256": "bc8d7bed405a7aea9281f786c2cb845836c109a577882403dff5cae1ddab2e3b",
+  "binarySha256": "2fd9b284e1b6a5a051a53645dc660e3e2accb4a15b25512072ed0196f1fe6c41",
   "buildInfo": {
     "projectName": "@lossless.org/nosqldb",
-    "projectVersion": "10.6.1",
-    "gitCommit": "8a382123c5eb00f062a89c786c87f0588332f0a7",
+    "projectVersion": "10.7.1",
+    "gitCommit": "fbc2af3b9b2791db6f0896f6b990038e1f733722",
     "gitDirty": false,
-    "builtAt": "2026-09-26T11:22:15.998Z",
+    "builtAt": "2026-09-26T20:25:27.522Z",
     "tsrustVersion": "1.15.1",
     "binary": "rustdb",
     "target": "macos_amd64"

package/dist_rust/rustdb_macos_arm64.tsrust-build.json

@@ -1,12 +1,12 @@
 {
   "format": "tsrust.build-provenance.v2",
-  "binarySha256": "f7b402ccadcdf3e272b82c07f1af67ebbc1556d5b6d7c974383771b643cb8f14",
+  "binarySha256": "01ef95a56fe7b5944639eed54bdc964bd75c8251fbae17e003cb5b3afe543410",
   "buildInfo": {
     "projectName": "@lossless.org/nosqldb",
-    "projectVersion": "10.6.1",
-    "gitCommit": "8a382123c5eb00f062a89c786c87f0588332f0a7",
+    "projectVersion": "10.7.1",
+    "gitCommit": "fbc2af3b9b2791db6f0896f6b990038e1f733722",
     "gitDirty": false,
-    "builtAt": "2026-09-26T11:22:16.581Z",
+    "builtAt": "2026-09-26T20:25:28.100Z",
     "tsrustVersion": "1.15.1",
     "binary": "rustdb",
     "target": "macos_arm64"

package/dist_ts/00_commitinfo_data.js

@@ -3,7 +3,7 @@
  */
 export const commitinfo = {
     name: '@lossless.org/nosqldb',
-    version: '10.6.1',
+    version: '10.7.1',
     description: 'A MongoDB-compatible embedded database server with wire protocol support, backed by a high-performance Rust engine.'
 };
 //# sourceMappingURL=data:application/json;base64,eyJ2ZXJzaW9uIjozLCJmaWxlIjoiMDBfY29tbWl0aW5mb19kYXRhLmpzIiwic291cmNlUm9vdCI6IiIsInNvdXJjZXMiOlsiLi4vdHMvMDBfY29tbWl0aW5mb19kYXRhLnRzIl0sIm5hbWVzIjpbXSwibWFwcGluZ3MiOiJBQUFBOztHQUVHO0FBQ0gsTUFBTSxDQUFDLE1BQU0sVUFBVSxHQUFHO0lBQ3hCLElBQUksRUFBRSx1QkFBdUI7SUFDN0IsT0FBTyxFQUFFLFFBQVE7SUFDakIsV0FBVyxFQUFFLHFIQUFxSDtDQUNuSSxDQUFBIn0=

package/dist_ts/ts_nosqldb/service-types.d.ts

@@ -282,6 +282,12 @@ export interface INoSqlDbDeleteDatabaseTenantResult {
 }
 export interface INoSqlDbDatabaseExportCollection {
     name: string;
+    /**
+     * Collection options exactly as `listCollections` reports them
+     * (`validator`, `validationLevel`, `validationAction`). Present only when
+     * the collection has options; engines up to 10.6.1 refuse such an export.
+     */
+    options?: Record<string, any>;
     documents: Record<string, any>[];
     indexes: Record<string, any>[];
 }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@lossless.org/nosqldb",
-  "version": "10.6.1",
+  "version": "10.7.1",
   "private": false,
   "description": "A MongoDB-compatible embedded database server with wire protocol support, backed by a high-performance Rust engine.",
   "exports": {

package/readme.md

@@ -1353,6 +1353,9 @@ await collection.findOneAndReplace({ _id: id }, { name: 'Replaced' }, { returnDo
 // Array
 { tags: { $all: ['mongodb', 'database'] } }
 { scores: { $elemMatch: { $gte: 80, $lt: 90 } } }
+{ labels: { $not: { $elemMatch: { $nin: ['linux', 'gpu'] } } } }
+{ items: { $elemMatch: { sku: 'a', qty: { $gt: 2 } } } }
+{ items: { $all: [{ $elemMatch: { sku: 'a' } }, { $elemMatch: { qty: 0 } }] } }
 { tags: { $size: 3 } }
 
 // Regex
@@ -1367,6 +1370,14 @@ await collection.findOneAndReplace({ _id: id }, { name: 'Replaced' }, { returnDo
 code or an array of them, and matches an array field through its elements as
 well as `'array'` itself.
 
+`$elemMatch` has MongoDB's two forms. An operand whose first key is a query
+operator applies its operators (`$eq`, `$ne`, `$gt`, `$gte`, `$lt`, `$lte`,
+`$in`, `$nin`, `$exists`, `$type`, `$regex`, `$size`, `$mod`, `$all`, `$not`,
+`$elemMatch`) to each element as a whole; any other operand is a query over
+each embedded document, and a nested array is matched as a document keyed by
+index. A dotted path tests every array it reaches on its own. `$expr` inside
+`$elemMatch` is refused with `BadValue` (2), as on MongoDB.
+
 `$expr` evaluates an aggregation expression per document in `find`, `count`,
 `distinct`, `update`, `delete`, `findAndModify` and a `$match` stage, and
 matches when the result is truthy. It accepts the operators listed under
@@ -1727,10 +1738,101 @@ await admin.ping();
 await admin.serverStatus();
 ```
 
-NoSQLDB creates ordinary collections and one deliberately restricted view form.
-Capped collections, validators, collation, time-series collections, clustered
-indexes, encrypted fields, and all general view pipelines remain unsupported and
-are rejected before the database or namespace is created.
+NoSQLDB creates ordinary collections, collections with document validators (see
+below) and one deliberately restricted view form. Capped collections, collation,
+time-series collections, clustered indexes, encrypted fields, and all general
+view pipelines remain unsupported and are rejected before the database or
+namespace is created.
+
+### Collection Validators
+
+`create` and `collMod` accept MongoDB's `validator`, `validationLevel`
+(`strict`, `moderate`, `off`) and `validationAction` (`error`, `warn`), and
+`listCollections` reports them under `options` exactly as set:
+
+```typescript
+await db.createCollection('ffb_ci_v2_runners', {
+  validator: {
+    $jsonSchema: {
+      bsonType: 'object',
+      required: ['revokedAt'],
+      properties: { revokedAt: { bsonType: ['date', 'null'] } },
+    },
+  },
+  validationLevel: 'strict',
+  validationAction: 'error',
+});
+await db.command({ collMod: 'ffb_ci_v2_runners', validationLevel: 'moderate' });
+```
+
+A validator is a query document. Its top level may hold one `$jsonSchema`;
+every other clause is an ordinary query predicate evaluated by the query
+engine, `$expr` with the command's `$$NOW` included. The `$jsonSchema` subset
+is `bsonType` (every BSON alias and `number`), `type` (`object`, `array`,
+`number`, `boolean`, `string`, `null`), `required`, `properties`,
+`additionalProperties` (boolean), `minProperties`, `maxProperties`, `enum`,
+`minimum`, `maximum`, `exclusiveMinimum`, `exclusiveMaximum`, `minLength`,
+`maxLength`, `pattern`, `items` (one schema), `minItems`, `maxItems`, `title`
+and `description`, with MongoDB's semantics: a keyword applies only to values
+of its kind and not at all when `bsonType`/`type` excludes that kind, `enum`
+compares numbers by value and embedded documents regardless of field order,
+NaN fails `minimum` and `maximum`, and lengths count code points. Everything
+else is refused when the validator is set, never ignored: `patternProperties`,
+`additionalItems`, `uniqueItems`, `dependencies`, `allOf`, `anyOf`, `oneOf`,
+`not`, `multipleOf`, `encrypt`, `encryptMetadata`, `items` as an array and
+`additionalProperties` as a schema answer `FailedToParse` (9) `$jsonSchema
+keyword '…' is not currently supported`, as MongoDB answers for `$ref`,
+`format`, `default`, `definitions`, `id` and `$schema`; `$jsonSchema` below the
+top level answers `BadValue` (2). Malformed validators answer MongoDB's codes
+(2, 9, 14, `Location51091` for an invalid `pattern`). `pattern` uses the same
+regular-expression dialect as `$regex`; constructs only PCRE supports are
+refused as invalid.
+
+Every insert and update is validated: inserts, upserts, update operators,
+replacements, pipeline updates, `findAndModify`, bulk writes, `$merge` and
+`$out` output, inside and outside transactions. `strict` validates every
+written document; `moderate` skips updates to documents that did not satisfy
+the validator before the update; `off` validates nothing; a no-op update and a
+delete are never validated. A refused document answers
+`DocumentValidationFailure` (121), `errmsg: "Document failed validation"`, and
+MongoDB's `errInfo: { failingDocumentId, details }` — as a write error of
+`insert`/`update`, keeping ordered and unordered batch semantics, and as the
+command error of `findAndModify` and `aggregate`. A refused statement aborts
+its transaction. `details` has MongoDB's shape for every `$jsonSchema` keyword
+above and for `$and`, `$or`, `$nor`, `$not`, `$eq`, `$ne`, `$gt`, `$gte`,
+`$lt`, `$lte`, `$exists`, `$type`, `$in`, `$nin`, `$regex`, `$size`, `$all`,
+`$elemMatch`, `$mod` and `$expr`; other operators report only `operatorName`
+and `specifiedAs`. `validationAction: 'warn'` writes the document and logs a
+`Document would fail validation` warning with the namespace and `errInfo`.
+`bypassDocumentValidation` (a boolean or number) on `insert`, `update`,
+`findAndModify` and writing `aggregate` skips validation; with authentication
+it requires `dbAdmin` on the written database, as `collMod` does — `readWrite`
+alone is refused with `Unauthorized` (13), as in MongoDB's built-in roles.
+
+`collMod` changes only the options it names; `validator: {}` removes the
+validator; a `null` option is absent; `collMod` without options answers
+`{ ok: 1 }`. A missing collection answers `NamespaceNotFound` (26), a view or
+`system.*` collection `InvalidOptions` (72), MongoDB's other `collMod` options
+(`index`, `viewOn`, `pipeline`, `expireAfterSeconds`, `timeseries`,
+`changeStreamPreAndPostImages`, `dryRun`, `cappedSize`, `cappedMax`, …)
+`InvalidOptions` (72) by name, and unknown fields `IDLUnknownField` (40415).
+Options persist with the collection, survive restarts and `renameCollection`,
+and `$out` keeps its target's options. The encoded options are limited to
+60 KiB (MongoDB has no separate limit); larger ones answer `InvalidOptions`
+(72). Canonical export writes a collection's `options` beside its documents and
+indexes only when it has options, import restores them, and the database
+content digest includes them only then, so digests of collections without
+options are unchanged. Engines up to 10.6.1 refuse a storage root or an export
+holding collection options instead of silently not enforcing them.
+
+Differences from MongoDB 7: `create` on an existing collection answers
+`NamespaceExists` (48) even when the options are identical (MongoDB answers
+`ok`); a validator together with `viewOn` is refused (MongoDB ignores it); an
+invalid `pattern` at the schema root is refused (MongoDB never compiles it
+there);
+command errors say `Document failed validation` without MongoDB's
+`Plan executor error during …` prefix; the `warn` log carries `errInfo`, not
+the whole document.
 
 ### Restricted Deny-All Views
 
@@ -1814,7 +1916,7 @@ const names = await collection.distinct('name');
 | **Indexes** | `createIndexes`, `dropIndexes`, `listIndexes` |
 | **Sessions** | `startSession`, `endSessions`, `killSessions` |
 | **Transactions** | `startTransaction`, `commitTransaction`, `abortTransaction` through driver sessions |
-| **Admin** | `ping`, `buildInfo`/`buildinfo`, `listDatabases`, `listCollections`, `drop`, `dropDatabase`, `create`, `serverStatus`, `dbStats`, `collStats`, `connectionStatus`, `renameCollection` |
+| **Admin** | `ping`, `buildInfo`/`buildinfo`, `listDatabases`, `listCollections`, `drop`, `dropDatabase`, `create`, `collMod` (validation options), `serverStatus`, `dbStats`, `collStats`, `connectionStatus`, `renameCollection` |
 
 Advertises MongoDB wire protocol versions 0–21. The documented command surface is tested with the official `mongodb` Node.js driver version 7.5.x.
 

package/ts/00_commitinfo_data.ts

@@ -3,6 +3,6 @@
  */
 export const commitinfo = {
   name: '@lossless.org/nosqldb',
-  version: '10.6.1',
+  version: '10.7.1',
   description: 'A MongoDB-compatible embedded database server with wire protocol support, backed by a high-performance Rust engine.'
 }

package/ts/ts_nosqldb/service-types.ts

@@ -414,6 +414,12 @@ export interface INoSqlDbDeleteDatabaseTenantResult {
 
 export interface INoSqlDbDatabaseExportCollection {
   name: string;
+  /**
+   * Collection options exactly as `listCollections` reports them
+   * (`validator`, `validationLevel`, `validationAction`). Present only when
+   * the collection has options; engines up to 10.6.1 refuse such an export.
+   */
+  options?: Record<string, any>;
   documents: Record<string, any>[];
   indexes: Record<string, any>[];
 }