How do I run the credit_basket_constituents commands from the shell?
Table of Contents
This file documents the credit_basket_constituents resource at the shell, one section per command. Every command is a subcommand of credit_basket_constituents, 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:
credit_basket_constituents list [--offset <n>] [--limit <n>] [--order <field>] [--desc]
It is addressed at trading.v1.credit_basket_constituents.list.
credit_basket_constituents 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:
credit_basket_constituents get <trade_id> <sequence_number>
It is addressed at trading.v1.credit_basket_constituents.get.
credit_basket_constituents get 00000000-0000-0000-0000-000000000000 0
1.3. get-many
Reads several rows in one request, one key group per row.
The command is shaped like this:
credit_basket_constituents get-many <trade_id> <sequence_number>
It is addressed at trading.v1.credit_basket_constituents.get_many.
credit_basket_constituents get-many 00000000-0000-0000-0000-000000000000 0
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:
credit_basket_constituents add <trade_id> <sequence_number> <trade_activity_id> <issuer_id> <qualifier> <credit_curve_id> <notional> <weight> <currency> <reason> <commentary>
It is addressed at trading.v1.credit_basket_constituents.put.
credit_basket_constituents add 00000000-0000-0000-0000-000000000000 0 00000000-0000-0000-0000-000000000000 __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:
credit_basket_constituents set <trade_id> <sequence_number> <trade_activity_id> <issuer_id> <qualifier> <credit_curve_id> <notional> <weight> <currency> <reason> <commentary> [--version <n>]
It is addressed at trading.v1.credit_basket_constituents.put.
credit_basket_constituents set 00000000-0000-0000-0000-000000000000 0 00000000-0000-0000-0000-000000000000 __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:
credit_basket_constituents put-many --count <n> <trade_id> <sequence_number> <trade_activity_id> <issuer_id> <qualifier> <credit_curve_id> <notional> <weight> <currency> <reason> <commentary>
It is addressed at trading.v1.credit_basket_constituents.put_many.
credit_basket_constituents put-many --count 1 00000000-0000-0000-0000-000000000000 0 00000000-0000-0000-0000-000000000000 __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:
credit_basket_constituents delete <trade_id> <sequence_number> <reason> <commentary> [--version <n>]
It is addressed at trading.v1.credit_basket_constituents.delete.
credit_basket_constituents delete 00000000-0000-0000-0000-000000000000 0 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:
credit_basket_constituents delete-many <trade_id> <sequence_number> <reason> <commentary>
It is addressed at trading.v1.credit_basket_constituents.delete_many.
credit_basket_constituents delete-many 00000000-0000-0000-0000-000000000000 0 system.new_record generated_script
1.9. by-trade-id
Reads one page of the rows that share a relation value. The relation is part of the address rather than a filter applied after the read.
The command is shaped like this:
credit_basket_constituents by-trade-id <trade_id> [--offset <n>] [--limit <n>] [--order <field>] [--desc]
It is addressed at trading.v1.credit_basket_constituents.list_by_trade_id.
credit_basket_constituents by-trade-id 00000000-0000-0000-0000-000000000000 --limit 1
1.10. versions
Reads the row's recorded history, newest first.
The command is shaped like this:
credit_basket_constituents versions <trade_id> <sequence_number> [--offset <n>] [--limit <n>] [--order <field>] [--desc]
It is addressed at trading.v1.credit_basket_constituents_versions.list.
credit_basket_constituents versions 00000000-0000-0000-0000-000000000000 0 --limit 1
1.11. version
Reads one recorded version of the row.
The command is shaped like this:
credit_basket_constituents version <trade_id> <sequence_number> --version <n>
It is addressed at trading.v1.credit_basket_constituents_versions.get.
credit_basket_constituents version 00000000-0000-0000-0000-000000000000 0 --version 1