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

start [/forum/topic.php?fid=52&tablet=1&tid=1884451]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
75ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
| others: | 211ms |
| total: | 373ms |

| 0 / 0 |
