How do I run the pricing_models commands from the shell?

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:

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

It is addressed at analytics.v1.pricing_models.list.

pricing_models list --limit 1

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:

pricing_models get <code>

It is addressed at analytics.v1.pricing_models.get.

pricing_models get __none__

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

The command is shaped like this:

pricing_models get-many <code>

It is addressed at analytics.v1.pricing_models.get_many.

pricing_models get-many __none__

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:

pricing_models add <code> <description> <detail> <source> <reason> <commentary>

It is addressed at analytics.v1.pricing_models.put.

pricing_models add __none__ __none__ __none__ __none__ system.new_record generated_script

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:

pricing_models set <code> <description> <detail> <source> <reason> <commentary> [--version <n>]

It is addressed at analytics.v1.pricing_models.put.

pricing_models set __none__ __none__ __none__ __none__ system.new_record generated_script

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:

pricing_models put-many --count <n> <code> <description> <detail> <source> <reason> <commentary>

It is addressed at analytics.v1.pricing_models.put_many.

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

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:

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

It is addressed at analytics.v1.pricing_models.delete.

pricing_models delete __none__ system.new_record generated_script

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:

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

It is addressed at analytics.v1.pricing_models.delete_many.

pricing_models delete-many __none__ system.new_record generated_script

Reads the row's recorded history, newest first.

The command is shaped like this:

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

It is addressed at analytics.v1.pricing_models_versions.list.

pricing_models versions __none__ --limit 1

Reads one recorded version of the row.

The command is shaped like this:

pricing_models version <code> --version <n>

It is addressed at analytics.v1.pricing_models_versions.get.

pricing_models version __none__ --version 1