Split Sender and Receiver in sqlite database

[hf-krechan]

Currently the sender and receiver are both stored in one string e.g. LF an NB.

For the applications e.g. AHB-Tabellen it would be better, if we have the sender and receiver in two separated columns.

[hf-kklein]

in #177/#180 ist etwas vorarbeit geleistet worden. jetzt muss das noch in die Anwendungsfall model klassen (pydantic und sqlmodel) integriert werden (also der string durch eine list[Kommunikationsrichtung] ersetzt werden(das wäre btw breaking)... oder wir doppeln die Infos (das wäre unschön)):

xml-fundamend-python/src/fundamend/sqlmodels/ahbview.py

Line 198 in ffa14c4

kommunikation_von: Optional[str] = Field(default=None, index=True)

xml-fundamend-python/src/fundamend/models/anwendungshandbuch.py

Line 139 in ffa14c4

kommunikation_von: str #: e.g. 'NB an MSB / LF'

Denkt auf der Seite des sqlmodels daran, dass, weil SQL tabellen per default nicht sortiert sind, die Reihenfolge der Einträge innerhalb einer list[Kommunikationsrichtung] beim roundtrip pydantic->sqlmodel->pydantic verloren geht, wenn ihr sie nicht expliziert persistiert, wie bspw. hier in einem eigenes dafür im sqlmodel vorhandenen field namens position:
https://github.com/search?q=repo%3AHochfrequenz%2Fxml-fundamend-python%20position&type=code

Das Symptom, dass das fehlt wären mindestens flaky tests beim roundtrip, weil die reihenfolge beim insert nicht der reihenfolge beim select entspricht (oder eben zufällige grüne Tests, weil die Reihenfolge zufällig gleich ist).

alternativ könnte man eine array-spalte nehmen, aber dann steht wieder die frage im raum, welcher SQL-Dialekt das wie gut unterstützt

[hf-kklein]

#181 sollte es lösen. mit relativ wenig overhead imho. statt 2 spalten kriegst du jetzt 1 JSON spalte, die du querien kannst.