OpenConext / OpenConext/OpenConext-engineblock

Discuss the usage of an object store in favor of an RDBMS to persist entities

Open
#1,753 10 comments 0 reactions 1 assignee View on GitHub

@baszoetekouw is already working on this.

Since Feb 12, 2025.

needs-discussion
Dominant language
PHP
Stars
17
Forks
25
Avg merge
4d 1h
Merged PRs (30d)
1

Description

This issue is imported from pivotal - Originaly created at Feb 11, 2020 by bstrooband

In order to persist entities I think we would be better of using an object store then a relational database. Now that we have dropped Edugain support we only query for entities on EntityId so it will be possible.

Some benefits:

  • schema less (no migrations)
  • we could update entities easily one-by-ony instead of all-at-once.
  • we could get rid of doctrine which will require an extra release before cleanup (fields in selects based on annotations)
  • The removal of doctrine prevents extensive hydration.
  • better horizontal scaling
  • multi language support would not require additional fields

Maybe it's too early to do now because the procedural style of Corto which wil make refactoring harder. So maybe Corto needs to be refactored out before doing this. But I would like to open up this discussion on forehand.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.