Skip to content

docs: add entity relationships detail to docs - #157

Merged
stevenhsd merged 4 commits into
release_v010from
docs/sr-ndsp-636_add_linkage_details
Sep 23, 2026
Merged

stevenhsd merged 4 commits into
release_v010from
docs/sr-ndsp-636_add_linkage_details

Conversation

@stevenhsd

@stevenhsd stevenhsd commented Sep 21, 2026 •

Copy link
Copy Markdown
Contributor

TLDR of changes

What kind of changes does this PR introduce?

Tick all that apply

  • fix: A bug fix. Correlates with PATCH in SemVer
  • feat: A new feature. Correlates with MINOR in SemVer
  • docs: Documentation only changes
  • style: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc)
  • refactor: A code change that neither fixes a bug nor adds a feature
  • perf: A code change that improves performance
  • test: Adding missing or correcting existing tests
  • build: Changes that affect the build system or external dependencies (example scopes: pip, docker, npm)
  • ci: Changes to CI configuration files and scripts (example scopes: GitLabCI)

Please check if the PR fulfills these requirements

  • I have read and followed the Contributing guidance
  • Docs have been added / updated
  • Tests and Linting in the CI are passing
  • Changes have been reviewed and approved by a Project Maintainer

Comment thread docs/user_guidance/entity_relationships.md Outdated
Comment thread docs/user_guidance/entity_relationships.md
Comment thread docs/user_guidance/entity_relationships.md Outdated
@georgeRobertson

Copy link
Copy Markdown
Contributor

@stevenhsd spotted one other thing - you're not referencing any of the markdown documents in the zensical.toml so they won't show in the documentation.


Sometimes a user may choose to use the file transformation stage to `normalise` a heavily nested dataset into separate entities during the initial reading of data. This would be done by specifying different entities in the dataset section of the contract configuration in the `dischema` file. This allows for easier interaction when customising errors in the data contract or writing transformations in the business rules.

`Normalising` assets can lead to more complex validations being required. For example in the dataset:

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
`Normalising` assets can lead to more complex validations being required. For example in the dataset:
`Normalising` assets can lead to more complex validations being required. For example in the Flights dataset:

?


```mermaid
erDiagram
COUNTRY ||--o{ AIRPORT : ""

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this is a mandatory relationship

COUNTRY ||--o{ AIRPORT : ""
AIRPORT ||--o{ FLIGHT : ""
FLIGHT ||--o{ PASSENGER : ""
AIRPORT ||--o{ STAFF_MEMBER : ""

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

likewise - mandatory relationship

@sonarqubecloud

Copy link
Copy Markdown

@stevenhsd
stevenhsd merged commit 3eca2f1 into release_v010 Sep 23, 2026
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants