запитів у динамічній інформаційної моделі DIM" width="454" height="342" />
Рис. 3. Історія об'єктів
Рис. 3 ілюструє зміна об'єкту класу Шина, що стало можливим після введення додаткового параметра Нитка. У такому випадку об'єкт Шина 1, певний значеннями ідентифікаційних параметрів О1, М1, отримує значення параметра Дата смерті в момент зміни, а на зміну цьому об'єкту-попереднику виникають 2 об'єкта-послідовника Шина 2, Шина 3 з тим же значенням параметра Позначення, але з іншими значеннями параметра Модель, а також зі значеннями додаткового параметра Нитка. Момент народження цих об'єктів-послідовників визначається моментом смерті об'єкта-попередника. Відзначимо, що в загальному випадку кілька об'єктів-попередників можуть замінюватися деякою кількістю об'єктів-послідовників. Зауважимо також, що якщо значення додаткового параметра визначити для всіх об'єктів класу, то такий параметр можна перевести в групу обов'язкових головних неідентифікаційних параметрів (MNPO) без зміни історії об'єктів. У цьому випадку при додаванні нового об'єкта в клас визначення значення цього параметра стане обов'язковим (для додаткових параметрів це не так). Якщо ж параметр перевести в групу головних ідентифікаційних параметрів, то буде потрібно зміна класу і всіх об'єктів, що також потребують відносини історії.
За допомогою відносини взаємодії (див. [1, 3]) визначаються всі зміни в базі даних. Зокрема, це зміни, що визначають історію об'єктів і класів. Рис. 4 ілюструє схему взаємодії, в якій беруть участь об'єкти чотирьох класів:
Рис. 4. Схема взаємодії
• об'єкт класу Звідки має роль джерела взаємодії;
• об'єкт класу Куди має роль напрями взаємодії;
• об'єкт класу Що має роль об'єкта взаємодії;
• об'єкт класу Як має роль процесу взаємодії.
Рис. 5 ілюструє взаємодію, при якому відбувається додавання додаткового параметра Нитка в клас Шина. У цьому випадку джерелом взаємодії є користувач, який викликає це взаємодія, в якості напрямку взаємодії виступає Система, як об'єкт взаємодії - клас Шина, що представляє собою об'єкт схеми метауровня (див. далі), а в якості процесу взаємодії - клас Зміна параметрів класу.
Рис. 5. Взаємодія об'єктів
Відзначимо, що вказана схема взаємодії є досить загальною для опису будь-яких процесів зміни інформації в базі даних. Так, воно використовується не тільки для маніпулювання усіма даними користувачем, але і для таких процесів, як продаж продукції (джерело - продавець, напрямок - покупець, об'єкт взаємодії - продукція, процес взаємодії - клас Продаж, визначальний програмні дії зміни даних) або виготовлення деталі (джерело - сировина, напрям...
