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.
Binary file
Binary file
Binary file
Binary file
Binary file
Binary file
Binary file
Binary file
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "quiverdb",
3
- "version": "0.13.1",
3
+ "version": "0.13.2",
4
4
  "license": "MIT",
5
5
  "repository": {
6
6
  "type": "git",
@@ -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. (\`nil\` → NULL is accepted by \`update_relation\` and in query params
331
- (not a trailing one), and as a cell in the group writers; \`upsert_time_series_row\` and
332
- \`update_time_series_files\` replace the whole row, so a column you leave out (or set to \`nil\`,
333
- the same thing) is cleared — see Time series and Time series files.)
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" }) -- metadata_file is cleared
563
+ db:update_time_series_files(collection, { data_file = "path/to/data.bin" })
563
564
  \`\`\`
564
565
 
565
- \`update_time_series_files\` **replaces the whole row**: every column you do not give a string is
566
- set to NULL (or to its DEFAULT, if the schema declares one), and in Lua a \`nil\` value and a
567
- missing key are the same thing. A table with no string values (\`{}\`, or only \`nil\` values)
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