quiverdb 0.13.1 → 0.13.2
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/libs/linux-aarch64/libquiver.so +0 -0
- package/libs/linux-aarch64/libquiver.so.0 +0 -0
- package/libs/linux-aarch64/libquiver_c.so +0 -0
- package/libs/linux-x86_64/libquiver.so +0 -0
- package/libs/linux-x86_64/libquiver.so.0 +0 -0
- package/libs/linux-x86_64/libquiver_c.so +0 -0
- package/libs/macos-aarch64/libquiver.0.dylib +0 -0
- package/libs/macos-aarch64/libquiver_c.dylib +0 -0
- package/libs/windows-x86_64/libquiver.dll +0 -0
- package/libs/windows-x86_64/libquiver_c.dll +0 -0
- package/package.json +1 -1
- package/src/sandbox-api.ts +9 -11
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
package/package.json
CHANGED
package/src/sandbox-api.ts
CHANGED
|
@@ -327,10 +327,11 @@ Notes:
|
|
|
327
327
|
\`{ x = nil }\` is identical to \`{}\`; an update/create table that ends up with no attributes
|
|
328
328
|
**throws** (\`...must have at least one scalar attribute\` on create, \`...at least one attribute
|
|
329
329
|
to update\` on update). To leave a column unchanged, omit the key — you cannot set a scalar to
|
|
330
|
-
NULL via the element table
|
|
331
|
-
|
|
332
|
-
\`
|
|
333
|
-
the
|
|
330
|
+
NULL via the element table — nor via \`update_time_series_files\`, keyed by column name too,
|
|
331
|
+
where an omitted column keeps its current value. (\`nil\` → NULL is accepted by
|
|
332
|
+
\`update_relation\` and in query params (not a trailing one), and as a cell in the group writers;
|
|
333
|
+
\`upsert_time_series_row\` replaces the whole row, so a column you leave out (or set to \`nil\`,
|
|
334
|
+
the same thing) is cleared — see Time series.)
|
|
334
335
|
- **\`update_relation\` points one scalar foreign-key relation at another element**, named by the
|
|
335
336
|
target's label. The column is derived from the naming convention —
|
|
336
337
|
\`lowercase(collection_to) .. "_" .. relation_type\`, so
|
|
@@ -559,15 +560,12 @@ singleton table):
|
|
|
559
560
|
db:has_time_series_files(collection) -- boolean
|
|
560
561
|
db:list_time_series_files_columns(collection) -- { "data_file", "metadata_file", ... }
|
|
561
562
|
db:read_time_series_files(collection) -- { data_file = "path", metadata_file = nil, ... }
|
|
562
|
-
db:update_time_series_files(collection, { data_file = "path/to/data.bin" })
|
|
563
|
+
db:update_time_series_files(collection, { data_file = "path/to/data.bin" })
|
|
563
564
|
\`\`\`
|
|
564
565
|
|
|
565
|
-
|
|
566
|
-
|
|
567
|
-
|
|
568
|
-
changes nothing and clears nothing. A value that is not a string throws. To change one path, read
|
|
569
|
-
the row with \`db:read_time_series_files(collection)\`, change that one entry, and pass the whole
|
|
570
|
-
table back.
|
|
566
|
+
Only the columns you name are written, so the call above leaves \`metadata_file\` alone. A column
|
|
567
|
+
cannot be cleared from Lua here: \`{ metadata_file = nil }\` is \`{}\`, which names nothing — so
|
|
568
|
+
feeding a \`read_time_series_files\` result straight back in is a no-op.
|
|
571
569
|
|
|
572
570
|
---
|
|
573
571
|
|