Логически изглед на модела на данни в R12.2
1) Целият код трябва да има достъп до таблиците чрез синоним на APPS
2) Изгледът за редактиране се създава върху физически таблици и синонимът на APPS се създава към изгледа за редактиране, както е показано на фигурата по-долу
WF_ITEMS:Физическа таблица
WF_ITEMS#:Изглед на издание
APPS.WF_ITEMS :APPS синоним на изгледи за издание
3) Целият персонализиран код трябва да има достъп до синонимите на приложенията само в противен случай рискува да види старите данни
4) Съществуващата колона никога не се променя в R12, промените в модела на данни се прилагат с помощта на нова колона.
Да предположим, че променяме на колона от 20 знака на 50 знака. След това се създава нова колона с 50 знака
5) Работещото приложение не вижда добавената нова колона, тъй като препраща към таблицата чрез изгледи за редактиране.
Горният логически модел е внедрен за постигане на онлайн корекция в R12.2. Не трябва да пишем персонализиран режим, който има директен достъп до таблицата, тъй като тогава потребителят може да вижда грешни данни.
Надяваме се, че разбирате потока на логическия изглед на модела на данни в R12.2. Моля, предоставете обратната връзка
Сродни статии
форвардно кръстосано издание задейства R12.2
Обработка на данни за семена в R12.2 онлайн кръпка
R12.2 Определяне и настройка на изданието
R12.2 Доклад за готовност за онлайн корекции
