@drzl/analyzer 1.17.1 → 1.17.3

package/README.md

@@ -51,7 +51,7 @@ Per column, beyond the type: `nullable`, `hasDefault`, `defaultValue` (literal d
 `isGenerated`, `enumValues`, `maxLength` (characters), `maxBytes` (MySQL's TEXT family is a byte
 budget, which is a different measurement on the same kind of column), `min`/`max`,
 `arrayDimensions`, `format`, and `shape` for values that are not scalars (json, buffer, tuple,
-vector, bitstring, customType).
+numberObject, vector, bitstring, customType).
 
 `DRZL_ANL_UNKNOWN_COLUMN` is reported for any column whose validator would accept anything, which
 is the shape a missing type mapping takes: nothing throws, and every row passes.

package/dist/index.cjs

@@ -63,13 +63,24 @@ var PG_FLOAT4_INPUT_MAX = "340282356779733661637539395458142568448";
 var PG_FLOAT4_RANGE = [`-${PG_FLOAT4_INPUT_MAX}`, PG_FLOAT4_INPUT_MAX];
 var MYSQL_FLOAT_RANGE = [`-${FLOAT32_MAX}`, FLOAT32_MAX];
 var JS_SAFE_INTEGER_BOUNDS = ["-9007199254740991", "9007199254740991"];
-var TUPLE_CLASS_SHAPES = {
+var GEOMETRIC_CLASS_SHAPES = {
   // `line()` is the trap here: its `drizzle:entityKind` is `PgLine` while its constructor is
   // `PgLineTuple`, and this path matches on the constructor.
   PgPointTuple: { kind: "tuple", length: 2 },
-  PgLineTuple: { kind: "tuple", length: 3 }
+  PgLineTuple: { kind: "tuple", length: 3 },
+  // The object modes. `line({ mode: 'abc' })` is a `PgLineABC` and not a `PgLineObject`, and any
+  // mode but `'tuple'` builds the object class: `point({ mode: 'abc' })` is a `PgPointObject` too.
+  PgPointObject: { kind: "numberObject", fields: ["x", "y"] },
+  PgLineABC: { kind: "numberObject", fields: ["a", "b", "c"] },
+  // `geometry()` and `geometry({ mode: 'xy' })` are two classes, not one class with a flag, and
+  // the fuzzer found both unnamed on this path. Their driver mappers disagree the same way the
+  // point ones do: the default hands back `[1, 2]` and the xy mode hands back `{ x: 1, y: 2 }`.
+  PgGeometry: { kind: "tuple", length: 2 },
+  PgGeometryObject: { kind: "numberObject", fields: ["x", "y"] }
 };
 var V1_ONLY_ENTITY_KINDS = /^(?:MsSql|Cockroach)/;
+var NUMBER_VECTOR_CLASSES = /* @__PURE__ */ new Set(["PgVector", "PgHalfVector", "SingleStoreVector"]);
+var BIT_STRING_CLASSES = /* @__PURE__ */ new Set(["PgBinaryVector"]);
 var BYTE_STRING_CLASSES = /* @__PURE__ */ new Set([
   "MySqlBinary",
   "MySqlVarBinary",
@@ -190,18 +201,38 @@ function describeV1Column(column) {
       };
       break;
     }
+    // Two modes per builder, and v1 states which in the JS half of the dataType it already
+    // carries: the tuple modes say `array point` / `array line` / `array geometry` and the object
+    // modes say `object point` / `object line` / `object geometry`. Read off real 1.0.0-rc.4
+    // columns rather than assumed. Both used to reach these arms and be called tuples, so a select
+    // schema for `point({ mode: 'xy' })` rejected every row the driver returned, on the major that
+    // describes the column outright.
+    //
+    // `js` rather than the codec, which also distinguishes them here (`point:tuple` against
+    // `point`): three dialects state a semantic with no codec at all on this release, so the codec
+    // is the weaker of the two signals and this file already prefers `js` elsewhere for the same
+    // reason.
     case "point":
     case "geometry":
-      out.tsType = "[number, number]";
+      out.tsType = js === "object" ? "{ x: number; y: number }" : "[number, number]";
       out.dbType = semantic.toUpperCase();
-      out.shape = { kind: "tuple", length: 2 };
+      out.shape = js === "object" ? { kind: "numberObject", fields: ["x", "y"] } : { kind: "tuple", length: 2 };
       break;
     case "line":
-      out.tsType = "[number, number, number]";
+      out.tsType = js === "object" ? "{ a: number; b: number; c: number }" : "[number, number, number]";
       out.dbType = "LINE";
-      out.shape = { kind: "tuple", length: 3 };
+      out.shape = js === "object" ? { kind: "numberObject", fields: ["a", "b", "c"] } : { kind: "tuple", length: 3 };
       break;
+    // `halfvec` beside `vector`, because they differ in storage width and in nothing a validator
+    // can see: `mapFromDriverValue` on both hands back `[1, 2, 3]`. It had no arm and came back
+    // `unknown` on this path too, which the fuzzer found.
+    //
+    // `sparsevec` is deliberately not here. Its name says vector and its value is the string
+    // `{1:1.5,3:2}/3`, so typing it `number[]` for symmetry would reject every row the database
+    // returns. Its codec already answers `string` on its own, which is the same conclusion reached
+    // without this arm.
     case "vector":
+    case "halfvec":
       out.tsType = "number[]";
       out.dbType = "VECTOR";
       out.shape = { kind: "numberVector", length: declaredLength(column) };
@@ -593,6 +624,34 @@ var _SchemaAnalyzer = class _SchemaAnalyzer {
       case "MySqlEnumColumn":
       case "SingleStoreEnumColumn":
         return { tsType: "string", dbType: "TEXT" };
+      // The pgvector family, found by the analyzer fuzzer: all three came back `unknown` on this
+      // path, so their validators accepted anything. The answers are drizzle's own mappers rather
+      // than the type names, and the three do not agree with each other:
+      //
+      //   vector(3)     SELECT gives [1,2,3]          INSERT sends "[1,2,3]"
+      //   halfvec(3)    SELECT gives [1,2,3]          INSERT sends "[1,2,3]"
+      //   sparsevec(3)  SELECT gives "{1:1.5,3:2}/3"  INSERT sends "{1:1.5,3:2}/3"
+      //
+      // So the two dense ones are number arrays and the sparse one is a string. Typing `sparsevec`
+      // as a vector for symmetry would reject every row the database returns, which is the defect
+      // this family was filed under to begin with. The `shape` carries the dimension count where
+      // one is declared, as the codec path already did for `vector`.
+      case "PgVector":
+      case "PgHalfVector":
+      case "SingleStoreVector":
+        return { tsType: "number[]", dbType: "VECTOR" };
+      // `BIT` rather than `TEXT`, which a first version of this arm returned. v1's codec says `BIT`
+      // for the same column, and the cross-major diff said so: naming the class made ten of its
+      // twelve entries go stale and left `c_bit.dbType` and its nullable twin standing, which is
+      // that check distinguishing a fix from a half fix.
+      case "PgBinaryVector":
+        return { tsType: "string", dbType: "BIT" };
+      case "PgGeometry":
+        return { tsType: "[number, number]", dbType: "GEOMETRY" };
+      case "PgGeometryObject":
+        return { tsType: "{ x: number; y: number }", dbType: "GEOMETRY" };
+      case "PgSparseVector":
+        return { tsType: "string", dbType: "TEXT" };
       case "PgInteger":
       case "PgSmallInt":
         return { tsType: "number", dbType: "INTEGER" };
@@ -658,6 +717,15 @@ var _SchemaAnalyzer = class _SchemaAnalyzer {
         return { tsType: "[number, number]", dbType: "POINT" };
       case "PgLineTuple":
         return { tsType: "[number, number, number]", dbType: "LINE" };
+      // The object modes, which the same regex answered `string` for and which are not tuples
+      // either. `point({ mode: 'xy' })` returns `{ x, y }` and `line({ mode: 'abc' })` returns
+      // `{ a, b, c }`, read back from PGlite through drizzle 0.45.2; the same column refuses
+      // `[1, 2]` and `'1,2'`, both of which `mapToDriverValue` renders `(undefined,undefined)`.
+      // v1 says the same thing about the same two columns through `dataType: 'object point'`.
+      case "PgPointObject":
+        return { tsType: "{ x: number; y: number }", dbType: "POINT" };
+      case "PgLineABC":
+        return { tsType: "{ a: number; b: number; c: number }", dbType: "LINE" };
       case "PgJson":
       case "PgJsonb":
         return { tsType: "any", dbType: ctor === "PgJsonb" ? "JSONB" : "JSON" };
@@ -678,7 +746,6 @@ var _SchemaAnalyzer = class _SchemaAnalyzer {
         if (/^Pg/.test(ctor)) {
           if (/Text|Varchar|Char|Uuid/i.test(ctor)) return { tsType: "string", dbType: "TEXT" };
           if (/Inet|Cidr|Macaddr8?|Uuid/i.test(ctor)) return { tsType: "string", dbType: "TEXT" };
-          if (/Point|Line/i.test(ctor)) return { tsType: "string", dbType: "TEXT" };
           if (/TimestampString|DateString/i.test(ctor))
             return { tsType: "string", dbType: "TIMESTAMP" };
           if (/Timestamptz/i.test(ctor)) return { tsType: "Date", dbType: "TIMESTAMPTZ" };
@@ -800,7 +867,7 @@ var _SchemaAnalyzer = class _SchemaAnalyzer {
       const sqlType = sqlKind.startsWith("MySql") && typeof col?.getSQLType === "function" ? String(col.getSQLType()).toLowerCase() : void 0;
       const byteCap = sqlType ? MYSQL_TEXT_CAPS[sqlType] : void 0;
       const ctorName = String(col?.constructor?.name ?? "");
-      const fallbackShape = dbType === "JSON" || dbType === "JSONB" || col?.config?.mode === "json" ? { kind: "json" } : BYTE_STRING_CLASSES.has(ctorName) ? { kind: "byteString", length: declaredLength(col) } : TUPLE_CLASS_SHAPES[ctorName];
+      const fallbackShape = dbType === "JSON" || dbType === "JSONB" || col?.config?.mode === "json" ? { kind: "json" } : BYTE_STRING_CLASSES.has(ctorName) ? { kind: "byteString", length: declaredLength(col) } : NUMBER_VECTOR_CLASSES.has(ctorName) ? { kind: "numberVector", length: declaredLength(col) } : BIT_STRING_CLASSES.has(ctorName) ? { kind: "bitstring", length: declaredLength(col), exact: true } : GEOMETRIC_CLASS_SHAPES[ctorName];
       if (fallbackShape?.kind === "byteString") delete constraints.maxLength;
       const shape = (v1?.shape ?? fallbackShape)?.kind;
       const finalTs = v1?.tsType ?? tsType;

package/dist/index.d.cts

@@ -121,11 +121,33 @@ type ColumnShape =
  | {
     kind: 'json';
 }
-/** `point`, `line`, `geometry`: a fixed-length tuple of numbers. */
+/** `point`, `line`, `geometry` in their tuple modes: a fixed-length tuple of numbers. */
  | {
     kind: 'tuple';
     length: number;
 }
+/**
+ * The same three columns in their object modes: an object of named number fields.
+ *
+ * `point({ mode: 'xy' })` hands back `{ x, y }`, `line({ mode: 'abc' })` hands back
+ * `{ a, b, c }`, and `geometry({ type: 'point', mode: 'xy' })` hands back `{ x, y }`. The names
+ * are carried rather than derived from a length, because the two arities have different keys and
+ * nothing else on the column states them.
+ *
+ * Not a tuple, on either major, and the difference is a value the database refuses. Asked of
+ * PGlite through drizzle 0.45.2 and again through 1.0.0-rc.4: `mapToDriverValue` reads `.x`/`.y`
+ * off whatever it is handed, so `[1, 2]` and `'1,2'` both become the literal
+ * `(undefined,undefined)` and Postgres answers `invalid input syntax for type point`, while
+ * `{ x: 1.5, y: -2.25 }` is stored as `(1.5,-2.25)` and read back unchanged.
+ *
+ * Every field is required and unlisted keys are ignored, both measured on the same server:
+ * `{ x: 1 }` renders `(1,undefined)` and is refused, and `{ x: 1, y: 2, z: 3 }` is accepted and
+ * stored as `(1,2)`.
+ */
+ | {
+    kind: 'numberObject';
+    fields: string[];
+}
 /** `vector`, `halfvec`: a numeric vector, with a fixed length where one is declared. */
  | {
     kind: 'numberVector';

package/dist/index.d.ts

@@ -121,11 +121,33 @@ type ColumnShape =
  | {
     kind: 'json';
 }
-/** `point`, `line`, `geometry`: a fixed-length tuple of numbers. */
+/** `point`, `line`, `geometry` in their tuple modes: a fixed-length tuple of numbers. */
  | {
     kind: 'tuple';
     length: number;
 }
+/**
+ * The same three columns in their object modes: an object of named number fields.
+ *
+ * `point({ mode: 'xy' })` hands back `{ x, y }`, `line({ mode: 'abc' })` hands back
+ * `{ a, b, c }`, and `geometry({ type: 'point', mode: 'xy' })` hands back `{ x, y }`. The names
+ * are carried rather than derived from a length, because the two arities have different keys and
+ * nothing else on the column states them.
+ *
+ * Not a tuple, on either major, and the difference is a value the database refuses. Asked of
+ * PGlite through drizzle 0.45.2 and again through 1.0.0-rc.4: `mapToDriverValue` reads `.x`/`.y`
+ * off whatever it is handed, so `[1, 2]` and `'1,2'` both become the literal
+ * `(undefined,undefined)` and Postgres answers `invalid input syntax for type point`, while
+ * `{ x: 1.5, y: -2.25 }` is stored as `(1.5,-2.25)` and read back unchanged.
+ *
+ * Every field is required and unlisted keys are ignored, both measured on the same server:
+ * `{ x: 1 }` renders `(1,undefined)` and is refused, and `{ x: 1, y: 2, z: 3 }` is accepted and
+ * stored as `(1,2)`.
+ */
+ | {
+    kind: 'numberObject';
+    fields: string[];
+}
 /** `vector`, `halfvec`: a numeric vector, with a fixed length where one is declared. */
  | {
     kind: 'numberVector';

package/dist/index.js

@@ -22,13 +22,24 @@ var PG_FLOAT4_INPUT_MAX = "340282356779733661637539395458142568448";
 var PG_FLOAT4_RANGE = [`-${PG_FLOAT4_INPUT_MAX}`, PG_FLOAT4_INPUT_MAX];
 var MYSQL_FLOAT_RANGE = [`-${FLOAT32_MAX}`, FLOAT32_MAX];
 var JS_SAFE_INTEGER_BOUNDS = ["-9007199254740991", "9007199254740991"];
-var TUPLE_CLASS_SHAPES = {
+var GEOMETRIC_CLASS_SHAPES = {
   // `line()` is the trap here: its `drizzle:entityKind` is `PgLine` while its constructor is
   // `PgLineTuple`, and this path matches on the constructor.
   PgPointTuple: { kind: "tuple", length: 2 },
-  PgLineTuple: { kind: "tuple", length: 3 }
+  PgLineTuple: { kind: "tuple", length: 3 },
+  // The object modes. `line({ mode: 'abc' })` is a `PgLineABC` and not a `PgLineObject`, and any
+  // mode but `'tuple'` builds the object class: `point({ mode: 'abc' })` is a `PgPointObject` too.
+  PgPointObject: { kind: "numberObject", fields: ["x", "y"] },
+  PgLineABC: { kind: "numberObject", fields: ["a", "b", "c"] },
+  // `geometry()` and `geometry({ mode: 'xy' })` are two classes, not one class with a flag, and
+  // the fuzzer found both unnamed on this path. Their driver mappers disagree the same way the
+  // point ones do: the default hands back `[1, 2]` and the xy mode hands back `{ x: 1, y: 2 }`.
+  PgGeometry: { kind: "tuple", length: 2 },
+  PgGeometryObject: { kind: "numberObject", fields: ["x", "y"] }
 };
 var V1_ONLY_ENTITY_KINDS = /^(?:MsSql|Cockroach)/;
+var NUMBER_VECTOR_CLASSES = /* @__PURE__ */ new Set(["PgVector", "PgHalfVector", "SingleStoreVector"]);
+var BIT_STRING_CLASSES = /* @__PURE__ */ new Set(["PgBinaryVector"]);
 var BYTE_STRING_CLASSES = /* @__PURE__ */ new Set([
   "MySqlBinary",
   "MySqlVarBinary",
@@ -149,18 +160,38 @@ function describeV1Column(column) {
       };
       break;
     }
+    // Two modes per builder, and v1 states which in the JS half of the dataType it already
+    // carries: the tuple modes say `array point` / `array line` / `array geometry` and the object
+    // modes say `object point` / `object line` / `object geometry`. Read off real 1.0.0-rc.4
+    // columns rather than assumed. Both used to reach these arms and be called tuples, so a select
+    // schema for `point({ mode: 'xy' })` rejected every row the driver returned, on the major that
+    // describes the column outright.
+    //
+    // `js` rather than the codec, which also distinguishes them here (`point:tuple` against
+    // `point`): three dialects state a semantic with no codec at all on this release, so the codec
+    // is the weaker of the two signals and this file already prefers `js` elsewhere for the same
+    // reason.
     case "point":
     case "geometry":
-      out.tsType = "[number, number]";
+      out.tsType = js === "object" ? "{ x: number; y: number }" : "[number, number]";
       out.dbType = semantic.toUpperCase();
-      out.shape = { kind: "tuple", length: 2 };
+      out.shape = js === "object" ? { kind: "numberObject", fields: ["x", "y"] } : { kind: "tuple", length: 2 };
       break;
     case "line":
-      out.tsType = "[number, number, number]";
+      out.tsType = js === "object" ? "{ a: number; b: number; c: number }" : "[number, number, number]";
       out.dbType = "LINE";
-      out.shape = { kind: "tuple", length: 3 };
+      out.shape = js === "object" ? { kind: "numberObject", fields: ["a", "b", "c"] } : { kind: "tuple", length: 3 };
       break;
+    // `halfvec` beside `vector`, because they differ in storage width and in nothing a validator
+    // can see: `mapFromDriverValue` on both hands back `[1, 2, 3]`. It had no arm and came back
+    // `unknown` on this path too, which the fuzzer found.
+    //
+    // `sparsevec` is deliberately not here. Its name says vector and its value is the string
+    // `{1:1.5,3:2}/3`, so typing it `number[]` for symmetry would reject every row the database
+    // returns. Its codec already answers `string` on its own, which is the same conclusion reached
+    // without this arm.
     case "vector":
+    case "halfvec":
       out.tsType = "number[]";
       out.dbType = "VECTOR";
       out.shape = { kind: "numberVector", length: declaredLength(column) };
@@ -552,6 +583,34 @@ var _SchemaAnalyzer = class _SchemaAnalyzer {
       case "MySqlEnumColumn":
       case "SingleStoreEnumColumn":
         return { tsType: "string", dbType: "TEXT" };
+      // The pgvector family, found by the analyzer fuzzer: all three came back `unknown` on this
+      // path, so their validators accepted anything. The answers are drizzle's own mappers rather
+      // than the type names, and the three do not agree with each other:
+      //
+      //   vector(3)     SELECT gives [1,2,3]          INSERT sends "[1,2,3]"
+      //   halfvec(3)    SELECT gives [1,2,3]          INSERT sends "[1,2,3]"
+      //   sparsevec(3)  SELECT gives "{1:1.5,3:2}/3"  INSERT sends "{1:1.5,3:2}/3"
+      //
+      // So the two dense ones are number arrays and the sparse one is a string. Typing `sparsevec`
+      // as a vector for symmetry would reject every row the database returns, which is the defect
+      // this family was filed under to begin with. The `shape` carries the dimension count where
+      // one is declared, as the codec path already did for `vector`.
+      case "PgVector":
+      case "PgHalfVector":
+      case "SingleStoreVector":
+        return { tsType: "number[]", dbType: "VECTOR" };
+      // `BIT` rather than `TEXT`, which a first version of this arm returned. v1's codec says `BIT`
+      // for the same column, and the cross-major diff said so: naming the class made ten of its
+      // twelve entries go stale and left `c_bit.dbType` and its nullable twin standing, which is
+      // that check distinguishing a fix from a half fix.
+      case "PgBinaryVector":
+        return { tsType: "string", dbType: "BIT" };
+      case "PgGeometry":
+        return { tsType: "[number, number]", dbType: "GEOMETRY" };
+      case "PgGeometryObject":
+        return { tsType: "{ x: number; y: number }", dbType: "GEOMETRY" };
+      case "PgSparseVector":
+        return { tsType: "string", dbType: "TEXT" };
       case "PgInteger":
       case "PgSmallInt":
         return { tsType: "number", dbType: "INTEGER" };
@@ -617,6 +676,15 @@ var _SchemaAnalyzer = class _SchemaAnalyzer {
         return { tsType: "[number, number]", dbType: "POINT" };
       case "PgLineTuple":
         return { tsType: "[number, number, number]", dbType: "LINE" };
+      // The object modes, which the same regex answered `string` for and which are not tuples
+      // either. `point({ mode: 'xy' })` returns `{ x, y }` and `line({ mode: 'abc' })` returns
+      // `{ a, b, c }`, read back from PGlite through drizzle 0.45.2; the same column refuses
+      // `[1, 2]` and `'1,2'`, both of which `mapToDriverValue` renders `(undefined,undefined)`.
+      // v1 says the same thing about the same two columns through `dataType: 'object point'`.
+      case "PgPointObject":
+        return { tsType: "{ x: number; y: number }", dbType: "POINT" };
+      case "PgLineABC":
+        return { tsType: "{ a: number; b: number; c: number }", dbType: "LINE" };
       case "PgJson":
       case "PgJsonb":
         return { tsType: "any", dbType: ctor === "PgJsonb" ? "JSONB" : "JSON" };
@@ -637,7 +705,6 @@ var _SchemaAnalyzer = class _SchemaAnalyzer {
         if (/^Pg/.test(ctor)) {
           if (/Text|Varchar|Char|Uuid/i.test(ctor)) return { tsType: "string", dbType: "TEXT" };
           if (/Inet|Cidr|Macaddr8?|Uuid/i.test(ctor)) return { tsType: "string", dbType: "TEXT" };
-          if (/Point|Line/i.test(ctor)) return { tsType: "string", dbType: "TEXT" };
           if (/TimestampString|DateString/i.test(ctor))
             return { tsType: "string", dbType: "TIMESTAMP" };
           if (/Timestamptz/i.test(ctor)) return { tsType: "Date", dbType: "TIMESTAMPTZ" };
@@ -759,7 +826,7 @@ var _SchemaAnalyzer = class _SchemaAnalyzer {
       const sqlType = sqlKind.startsWith("MySql") && typeof col?.getSQLType === "function" ? String(col.getSQLType()).toLowerCase() : void 0;
       const byteCap = sqlType ? MYSQL_TEXT_CAPS[sqlType] : void 0;
       const ctorName = String(col?.constructor?.name ?? "");
-      const fallbackShape = dbType === "JSON" || dbType === "JSONB" || col?.config?.mode === "json" ? { kind: "json" } : BYTE_STRING_CLASSES.has(ctorName) ? { kind: "byteString", length: declaredLength(col) } : TUPLE_CLASS_SHAPES[ctorName];
+      const fallbackShape = dbType === "JSON" || dbType === "JSONB" || col?.config?.mode === "json" ? { kind: "json" } : BYTE_STRING_CLASSES.has(ctorName) ? { kind: "byteString", length: declaredLength(col) } : NUMBER_VECTOR_CLASSES.has(ctorName) ? { kind: "numberVector", length: declaredLength(col) } : BIT_STRING_CLASSES.has(ctorName) ? { kind: "bitstring", length: declaredLength(col), exact: true } : GEOMETRIC_CLASS_SHAPES[ctorName];
       if (fallbackShape?.kind === "byteString") delete constraints.maxLength;
       const shape = (v1?.shape ?? fallbackShape)?.kind;
       const finalTs = v1?.tsType ?? tsType;

package/package.json

@@ -1,16 +1,22 @@
 {
   "name": "@drzl/analyzer",
-  "version": "1.17.1",
+  "version": "1.17.3",
   "private": false,
   "license": "Apache-2.0",
   "type": "module",
-  "main": "dist/index.js",
-  "types": "dist/index.d.ts",
+  "main": "./dist/index.cjs",
+  "module": "./dist/index.js",
+  "types": "./dist/index.d.ts",
   "exports": {
     ".": {
-      "types": "./dist/index.d.ts",
-      "import": "./dist/index.js",
-      "require": "./dist/index.cjs"
+      "import": {
+        "types": "./dist/index.d.ts",
+        "default": "./dist/index.js"
+      },
+      "require": {
+        "types": "./dist/index.d.cts",
+        "default": "./dist/index.cjs"
+      }
     }
   },
   "files": [
@@ -22,6 +28,7 @@
   },
   "devDependencies": {
     "drizzle-orm": "^0.45.2",
+    "drizzle-orm-v1": "npm:drizzle-orm@1.0.0-rc.4",
     "tsup": "^8.5.1",
     "typescript": "^5.9.3"
   },
@@ -45,6 +52,8 @@
   "scripts": {
     "build": "tsup src/index.ts --dts --format esm,cjs --clean",
     "lint": "eslint . --ext .ts",
-    "test": "vitest run --testTimeout=20000"
+    "test": "vitest run --testTimeout=20000",
+    "fuzz": "node test/fuzz/run.mjs",
+    "fuzz:gate": "node test/fuzz/run.mjs --gate"
   }
 }