fix: wording
All checks were successful
Publish to docs.datacontroller.io / Deploy docs (push) Successful in 1m38s
All checks were successful
Publish to docs.datacontroller.io / Deploy docs (push) Successful in 1m38s
This commit is contained in:
parent
6cfea75681
commit
327cb7ccfc
@ -49,7 +49,7 @@ This is a required field.
|
|||||||
The support for BITEMPORAL loads is restricted, in the sense it is only possible to load data at a single point in time (no support for loading _multiple_ business date ranges for a _specific_ BUSKEY). The workaround is simply to load each date range separately. As a result of this restriction, the EDIT page will only show the latest business date range for each key. To modify earlier values, a filter should be applied.
|
The support for BITEMPORAL loads is restricted, in the sense it is only possible to load data at a single point in time (no support for loading _multiple_ business date ranges for a _specific_ BUSKEY). The workaround is simply to load each date range separately. As a result of this restriction, the EDIT page will only show the latest business date range for each key. To modify earlier values, a filter should be applied.
|
||||||
|
|
||||||
!!! Warning
|
!!! Warning
|
||||||
If your target table contains referential constraints (eg primary key values that are linked to a master table) then this will cause problems with the UPDATE and REPLACE load types. This is due to the fact these both involve delete operations. If removal of these constraints is not an option, the workaround would be to create a separate (mirror) table, and update that using PRE-EDIT and POST-APPROVE hook scripts. Please contact Data Controller support for advice / assistance.
|
If your target table contains referential constraints (eg primary key values that are linked to a child table with a corresponding foreign key) then this will cause problems with the UPDATE and REPLACE load types. This is due to the fact these both involve delete operations. If removal of these constraints is not an option, the workaround would be to create a separate (mirror) table, and update that using PRE-EDIT and POST-APPROVE hook scripts. Please contact Data Controller support for advice / assistance.
|
||||||
|
|
||||||
### BUSKEY
|
### BUSKEY
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user