- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Mal wieder Datenquellen
Ich habe eine Tabelle tt_contact_person_function, die eine M:N Verbindung mit der Tabelle tt_positiontype hat. Einer function sollen beliebig viele Postiontypes zuordenbar sein (nur zum Ziel hieร das glaube ich - positiontypeList wurde erstellt).
Zugeordnet werden diese รผber einen FS_INDEX
Das Funktioniert jetzt auch soweit. Was ich รผberhaupt nicht verstehe ist, warum beim Verknรผpfen von Function A, ich auch immer den (von mir) unverรคnderten und verknรผpften Positiontyp Y freigeben muss.
Das ist lรคstig und mรถglicherweise fehleranfรคllig weil man vergisst die selektierten Datensรคtze freizugeben.
Was รคndert FS da in dieser Datenquelle?
Grรผรe
Jo
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Jo,
das klingt stark nach dem Bug mit der internen ID CORE-16127. Der wurde mit der Version 2024.5 behoben. Bis zu dieser Version kam es zu Problemen beim Anlegen von gerichteten N:M Fremdschlรผsselbeziehungen.
Da bei Dir bereits Daten รผber die Fremdschlรผsselbeziehung gepflegt wurden, wende Dich bitte an unseren Customer Support, um die nicht gewรผnschte Konfiguration zu korrigieren. Dazu wird es wahrscheinlich notwendig sein, direkt das XML des Schemas zu korrigieren.
Viele Grรผรe
Holger
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Jo,
kannst du bitte die Eigenschaften der Beziehung noch posten?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
kurios. Im Chart ist die Beziehung als M:N abgebildet. In den Fremdschlรผsselbeziehungen ist die als 1:N gefรผhrt und ohne Aggregation (wie ich sie auch angelegt hatte) und im Eigenschaftsfenster des Datenbankschemas als 1:N und als Aggregation.....
โ
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Jo,
das klingt stark nach dem Bug mit der internen ID CORE-16127. Der wurde mit der Version 2024.5 behoben. Bis zu dieser Version kam es zu Problemen beim Anlegen von gerichteten N:M Fremdschlรผsselbeziehungen.
Da bei Dir bereits Daten รผber die Fremdschlรผsselbeziehung gepflegt wurden, wende Dich bitte an unseren Customer Support, um die nicht gewรผnschte Konfiguration zu korrigieren. Dazu wird es wahrscheinlich notwendig sein, direkt das XML des Schemas zu korrigieren.
Viele Grรผรe
Holger

