@voltro/database 0.42.0 → 0.43.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +160 -0
- package/dist/index.d.ts +31 -14
- package/dist/index.js +734 -718
- package/dist/sql.d.ts +2 -2
- package/dist/sql.js +759 -715
- package/package.json +2 -2
package/dist/sql.d.ts
CHANGED
|
@@ -817,7 +817,7 @@ export declare interface ColumnSnapshot {
|
|
|
817
817
|
* never reached the comparison. So the differ was not comparing lengths wrongly
|
|
818
818
|
* — it could not see them. Adding `.maxLength(n)` to an EXISTING column planned
|
|
819
819
|
* zero operations and reported "schema is up to date" while the live column
|
|
820
|
-
* stayed `longtext`. A
|
|
820
|
+
* stayed `longtext`. A deployment hit that trying to apply the documented remedy
|
|
821
821
|
* for MariaDB's hash long-unique, and their contrast is what pinned it: a column
|
|
822
822
|
* bounded AT CREATION was `varchar(64)` (DDL path, fine), one bounded afterwards
|
|
823
823
|
* stayed `longtext` (diff path, blind).
|
|
@@ -2408,7 +2408,7 @@ export declare const reactiveTriggerName: (tableName: string, channel: string) =
|
|
|
2408
2408
|
* dimension at all, so `db plan` reports 0 operations and `db apply` reports
|
|
2409
2409
|
* "schema is up to date" while the drift detector is simultaneously telling
|
|
2410
2410
|
* you 500 tables have no trigger, and pointing at `voltro db apply` as the
|
|
2411
|
-
* remedy. Reported
|
|
2411
|
+
* remedy. Reported from a real deployment with 525 tables and 27 triggers, all 27 on
|
|
2412
2412
|
* framework tables.
|
|
2413
2413
|
*
|
|
2414
2414
|
* A single instance is unaffected — its own writes reach its own subscribers
|