|
|
|
Частичное обновление справочников
|
|||
|---|---|---|---|
|
#18+
Добрый день. Подскажите, пожалуйста, как лучше всего организовать частичное обновление иерархических справочников. То есть например, есть справочник организаций. CREATE TABLE ORGANISATIONS ( ORG_ID NUMBER, PARENT_ORG_ID NUMBER, NAME NVARCHAR2 PERIOD_KEY NUMBER ); Уникальность PERIOD_KEY и ORG_ID. Когда приходят данные с новой орг структурой, обновить нужно лишь изменившиеся элементы. Получается, что для новых элементов PERIOD_KEY меняется, а для "родителей" PERIOD_KEY остается без изменений. Каким образом, можно задать FC c PARENT_ORG_ID на ORG_ID? То есть получается что ORG_ID не уникально, и связь PARENT_ORG_ID, PERIOD_KEY и ORG_ID, PERIOD_KEY тоже некорректна, т.к. для "родителей" PERIOD_KEY может не меняться. Каким образом, лучше всего организовать частичное обновление справочников? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2018, 11:46 |
|
||
|
Частичное обновление справочников
|
|||
|---|---|---|---|
|
#18+
Неясно назначение PERIOD_KEY. Из чего следует неясность, в чем сложность foreign key PARENT_ORG_ID -> ORG_ID. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2018, 11:54 |
|
||
|
Частичное обновление справочников
|
|||
|---|---|---|---|
|
#18+
dmdmdm, это период обновления данных ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2018, 12:19 |
|
||
|
Частичное обновление справочников
|
|||
|---|---|---|---|
|
#18+
*взщелкнув щипцами для вытягивания информации* Который обновляется когда ... ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2018, 12:38 |
|
||
|
Частичное обновление справочников
|
|||
|---|---|---|---|
|
#18+
dmdmdm, есть справочник в него заносятся даты обновления, у него есть PK PERIOD_KEY. Соответственно, данные могут не меняться, или могут меняться частично, для новых записей соответственно PERIOD_KEY будет новый, старые можно отметить например OUTDATE = дата окончания действия. Вот я хочу пока понять, как наиболее оптимально организовать это частичное обновление, чтобы контролировалось что PARENT_KEY это PRODUCT_KEY (но их может быть несколько(( ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2018, 13:13 |
|
||
|
Частичное обновление справочников
|
|||
|---|---|---|---|
|
#18+
На мой взгляд, обновление должно идти по ключевым полям, обеспечивающим иерархию. То, что у вас ключ составной, сути не меняет, это проблема вашей архитектуры. Если в ней элемент может иметь разных родителей в разный момент времени - что ж, сами так решили, разруливайте такие ситуации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2018, 13:53 |
|
||
|
Частичное обновление справочников
|
|||
|---|---|---|---|
|
#18+
По-разному реализовать можно. Смотри в гугле примеры поиском по "хранение исторических данных". В ФИАС, например, история адресных объектов хранится также, как и описано в данной теме, можно ознакомиться с реализацией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2018, 07:34 |
|
||
|
|

start [/forum/topic.php?fid=52&gotonew=1&tid=1884451]: |
0ms |
get settings: |
6ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
55ms |
get topic data: |
11ms |
get first new msg: |
6ms |
get forum data: |
4ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
| others: | 231ms |
| total: | 376ms |

| 0 / 0 |
