refactor(api)!: json data for ContentNode (new approach)

[usu]

This is an alternative POC for leveraging json data:

• keeps ContentNode subclasses, but changes to Single Table Inheritance (thus avoiding all the extra joins for every subclass)
• still utilizes $data JSONB property for most use cases (but additional data could be linked for more complex cases)
• no switch statements anymore 😎

Replaces the POC discussed under https://github.com/usu/ecamp3/pull/8/commits

Open ToDos to make tis POC mergeable

• fix tests
• fix frontend
• fix printing
• migrate dev data (or start from scratch?)
• implement copyFromPrototype
• verify Swagger output
• fix frontend tests

To discuss

• keep reference to materialItems from materialNode? (I tend to pay the small performance impact and say yes to simplify coding)

To do (separate PR?)

• unit tests JsonMergePatch Test coverage for JsonMergePatch #2944
• ApiWrapper: consider renaming 'fieldname' to 'path', as this now allows to contain a nested json path apiProposMixin: consider renaming property fieldname to path #2945

Time measurement

(contentNodes timing not fully comparable, as data is not migrated)

Endpoint	Collection ms	Entity ms
activities	240	114
contentNodes	232	73
columnLayouts	126	74
multiSelects	70	68
singleTexts	112	70
storyboards	88	69
materialNodes	82	71
days	82	68
categories	102	83
contentTypes	58	52
camps	84	83
periods	87	85
materialLists	74	62
scheduleEntries	102	81
materialItems	90	70
activityResponsibles	65	65
dayResponsibles	61	64
campCollaborations	103	70

[usu]

PR would we ready for review. @pmattmann & @carlobeltrame, do you have a chance to look at it before the meeting this week?

[carlobeltrame]

Von nun an ist es für jeden neuen ContentNode mit Daten nötig, zusätzlich einen DataPersister zu schreiben in dem Validierungen und InputFilters ausprogrammiert werden müssen, mit einem anderen System als bei der "normalen" ContentNode Entity. Das müssen wir dann gut dokumentieren, oder vielleicht finden wir noch einen Weg das zu vereinfachen / wieder zu vereinheitlichen.
Weitere Nachteile der JSON-Daten: Es wird schwieriger werden, nur einzelne Datenpunkte auszutauschen, wenn wir mal Live-Updates einführen. Und es wird schwieriger, von ContentNode-Daten aus andere Entities zu referenzieren (Prime-Beispiel sind Kommentare, oder auch z.B. Links zu anderen Activities, wobei man dann wohl mit GUIDs und ausführlichen Fallbacks arbeiten kann...)

[usu]

@carlobeltrame Ready for delta-review. All open topics/workarounds are registered as issues.