"A model builder plugin to reference relations"
Project description
Relations plugin for model builder
Relation data type
The relation data type marks part of the metadata that will be filled with a related object.
Example usage - part of dataset model:
primary-article:
type: relation
name: article
model: article
keys: ['metadata.title', 'metadata.authors']
The element "primary-article" will be connected to the article record. The record class and properties will be taken from the "article" model that is registered in "oarepo_models" entrypoint.
When returned to the user/serialized to ES, it will take the title and author fields from the related model and copy them into the primary-article field.
It will automatically generate the following schema:
will generate:
// schema
{
"primary-article": {
"type": "object",
"properties": {
"id": {"type": "string"},
"@v": {"type": "string"},
"title": {}, // copied from registered article model
"authors": {} // copied from registered article model
}
}
}
class Record:
# ...
relations = MultiRelationsField(
article=PIDRelation( # "name" from above
"...primary-article", # path inside the dataset model
"keys": ['metadata.title', 'metadata.authors'], # copied keys
pid_field: Article.pid # resolved model name and PID field
)
)
All arguments:
primary-article:
type: relation
name: ...
model: ...
keys: [...]
model-class:
relation-classes:
list: PIDListRelation
nested: PIDNestedListRelation
single: PIDRelation
relation-class:
relation-args:
attrs: []
keys: []
_value_key_suffix: id
_clear_empty: true
cache_key:
value_check:
pid_field: model-class.pid
imports:
- import: invenio_records_resources.records.system_fields.relations.PIDRelation
alias: PIDRelation
Field | Description |
---|---|
name | Relation name, will be used as param name inside RelationsField |
model | Name of the referenced model - from oarepo.models entrypoint or passed on commandline via --include parameter |
keys | Array of paths or dicts. If item is a path, that path will be copied from the referenced model. If it is dict it must contain the whole model definition. |
model-class | Class representing the related model |
relation-classes | If the field is not an array and not nested inside an array, "single" is used. If the field is an array "list" is used. If the field is inside an array field, "nested" is used |
relation-class | can be used to override relation-classes |
relation-args | A dictionary of arguments that will be passes to the relation class |
imports | You can define your own imports/aliases here. The defaults are thise for list, nested and single relation classes |
Internal relations
Sometimes it you might want to reference part of your document for indexing purposes etc. and not split the document into two records. For these, internal relations can be used:
properties:
metadata:
properties:
obj{}:
^id: anchor-obj
test: keyword
id: keyword
On object/array item, define the "id" field containing your "symbolic" name of the target of the relation. Then the definition of the relation will look like:
properties:
metadata:
properties:
internal-ref:
type: relation
model: "#anchor-obj"
keys: [id, test]
Supported relations
See referrer.yaml for a list of supported relations.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for oarepo-model-builder-relations-1.0.2.tar.gz
Algorithm | Hash digest | |
---|---|---|
SHA256 | 34d34651ba5c7f5743592439f6688ed3d40e783e829a7e42b9cb032c6cd39da0 |
|
MD5 | 301b650a288d869d345f96836973e3b7 |
|
BLAKE2b-256 | b5e99caf1664a8a387616d18af6692b2a4fac79387ad640228bc163f7f649ef8 |
Hashes for oarepo_model_builder_relations-1.0.2-py2.py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 7c249935402879c18d804e4e28fa006ba0d7ae40bd8e9b3156b7891a09f9a1a0 |
|
MD5 | c2c9cd31330b2fb4ad07b29581ae95d1 |
|
BLAKE2b-256 | 7b2cd156303ee451d88a98217122dec192b37baab034d46b1ac124bc864f0707 |