How do I run the business_centres commands from the shell?

Table of Contents

This file documents the business_centres resource at the shell, one section per command. Every command is a subcommand of business_centres, and every section exports its own script into projects/ores.shell/scripts/library/. Loading a script runs that one command, so a failure names the command it came from.

1. Commands

1.1. list

Reads one page of the collection. Nothing addresses it but the caller's tenant, so it is the read that shows what exists.

The command is shaped like this:

business_centres list [--offset <n>] [--limit <n>] [--order <field>] [--desc]

It is addressed at refdata.v1.business_centres.list.

business_centres list --limit 1

1.2. get

Reads the one row its key addresses. A key states every identifying column, so a partial key is refused rather than answered with an arbitrary row.

The command is shaped like this:

business_centres get <code>

It is addressed at refdata.v1.business_centres.get.

business_centres get __none__

1.3. get-many

Reads several rows in one request, one key group per row.

The command is shaped like this:

business_centres get-many <code>

It is addressed at refdata.v1.business_centres.get_many.

business_centres get-many __none__

1.4. add

Writes a row. The change states that the row must not exist, so a create that collides with an existing row is refused rather than replacing it. The change carries a reason and a commentary, which the server records on it so the row's history says why it moved.

The command is shaped like this:

business_centres add <code> <source> <description> <city_name> <country_alpha2_code> <coding_scheme_code> <reason> <commentary>

It is addressed at refdata.v1.business_centres.put.

business_centres add __none__ __none__ __none__ __none__ __none__ __none__ system.new_record generated_script

1.5. set

Writes a row. The change states no precondition, so it replaces whatever row the key already addresses. The change carries a reason and a commentary, which the server records on it so the row's history says why it moved. Passing –version makes the write conditional on the version the caller last read.

The command is shaped like this:

business_centres set <code> <source> <description> <city_name> <country_alpha2_code> <coding_scheme_code> <reason> <commentary> [--version <n>]

It is addressed at refdata.v1.business_centres.put.

business_centres set __none__ __none__ __none__ __none__ __none__ __none__ system.new_record generated_script

1.6. put-many

Writes several rows in one request. The count states how many field groups follow. The change carries a reason and a commentary, which the server records on it so the row's history says why it moved.

The command is shaped like this:

business_centres put-many --count <n> <code> <source> <description> <city_name> <country_alpha2_code> <coding_scheme_code> <reason> <commentary>

It is addressed at refdata.v1.business_centres.put_many.

business_centres put-many --count 1 __none__ __none__ __none__ __none__ __none__ __none__ system.new_record generated_script

1.7. delete

Removes a row. The change carries a reason and a commentary, which the server records on it so the row's history says why it moved. Passing –version makes the write conditional on the version the caller last read.

The command is shaped like this:

business_centres delete <code> <reason> <commentary> [--version <n>]

It is addressed at refdata.v1.business_centres.delete.

business_centres delete __none__ system.new_record generated_script

1.8. delete-many

Removes several rows in one request. The change carries a reason and a commentary, which the server records on it so the row's history says why it moved.

The command is shaped like this:

business_centres delete-many <code> <reason> <commentary>

It is addressed at refdata.v1.business_centres.delete_many.

business_centres delete-many __none__ system.new_record generated_script

1.9. versions

Reads the row's recorded history, newest first.

The command is shaped like this:

business_centres versions <code> [--offset <n>] [--limit <n>] [--order <field>] [--desc]

It is addressed at refdata.v1.business_centres_versions.list.

business_centres versions __none__ --limit 1

1.10. version

Reads one recorded version of the row.

The command is shaped like this:

business_centres version <code> --version <n>

It is addressed at refdata.v1.business_centres_versions.get.

business_centres version __none__ --version 1

Emacs 29.3 (Org mode 9.6.15)