Об'єктні розширення реляційних СУБД. Експорт/імпорт між базами даних різних виробників

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ

ХАРКІВСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ РАДІОЕЛЕКТРОНІКИ

Кафедра КІТАМ

РЕФЕРАТ

з дисципліни «Технології організації бази даних та знань»

на тему: «Об'єктні розширення реляційних СУБД. Експорт/імпорт між базами даних різних виробників»

Євсєєв В.В.

Харків, 2022

1. Експорт/імпорт між базами даних різних виробників

Питання розглядається на прикладі переносу схеми Oracle до бази даних SQL Azure за допомогою помічника з міграції SQL Server для Oracle (SSMA для Oracle).

Використовуючи SSMA для Oracle, можливо переглядати об'єкти та дані бази даних, оцінювати бази даних на предмет міграції, мігрувати об'єкти бази даних у базу даних SQL, а потім, нарешті, переносити дані до бази даних.

Щоб створити оцінку необхідно:

1. Відкрити SSMA для Oracle.

2. Вибрати Файл, а потім вибрати Новий проект.

3. Ввести назву проекту та місце для збереження проекту. Потім вибрати Базу даних SQL Azure як ціль міграції зі спадного списку та натиснути OK.

Рисунок 1.1. Підключення до Oracle



4. Виберати Підключитися до Oracle та ввести значення для деталей підключення Oracle у діалоговому вікні Підключення до Oracle.

5. Вибрати схеми Oracle, які потрібно перенести.

Рисунок 1.2. Вибір схеми для переносу

6. У Oracle Metadata Explorer обрати схему Oracle, яку потрібно перемістити, а потім вибрати функцію Створити звіт.

Рисунок 1.3. Створення звіту



7. Необхідно переглянути звіт HTML, щоб зрозуміти статистику конверсій та будь-які помилки чи попередження. Також можливо відкрити звіт у Excel, щоб отримати інвентаризацію об'єктів Oracle і зусиль, необхідних для перетворення схеми.

Рисунок 1.4. Звіт HTML

2. Перевірка типів даних

Можливо перевірити зіставлення типів даних за замовчуванням і, якщо необхідно, змінити їх відповідно до вимог. Для цього необхідно виконати наступні дії:

1. У SSMA для Oracle виберіть Інструменти, а потім виберіть Параметри проекту.

2. Виберіть вкладку «Відображення типів».



Рисунок 1.5. Відображення типів

3. Ви можете змінити відображення типів для кожної таблиці, вибравши таблицю в Oracle Metadata Explorer.

3. Перетворення схеми

Щоб перетворити схему необхідно виконати наступні дії:

1. Додавання динамічних або тимчасових запити до операторів. Потрібно натиснути Додати оператори.

2. Вибрати вкладку Підключення до бази даних SQL Azure.

а. У базі даних SQL ввести відомості про підключення, щоб підключити базу даних.

b. Вибрати цільовий екземпляр бази даних SQL зі спадного списку або ввести нове ім'я, і в такому випадку база даних буде створена на цільовому сервері.

c. Ввести деталі автентифікації та вибрати Підключитися.



Рисунок 1.6. Перетворення схеми

3. У Oracle Metadata Explorer вибрати схему Oracle, а потім вибрати «Перетворити схему».

Рисунок 1.7. Перетворення схеми



4. Після завершення перетворення порівняти та переглянути перетворені об'єкти з вихідними, щоб визначити потенційні проблеми та вирішити їх на основі рекомендацій.

Рисунок 1.8.. Порівняння об'єктів

5. Порівняти перетворений текст Transact-SQL з оригінальними збереженим и процедурами та переглянути рекомендації.

Рисунок 1.9. Порівняння перетворенного тексту

6. На панелі виводу вибрати Перегляд результатів і переглянути помилки на панелі Список помилок.

7. Зберегти проект локально для офлайн-виправлення схеми. У меню «Файл» вибрати «Зберегти проект». Цей крок надасть можливість оцінити вихідну та цільову схеми в автономному режимі та виконати виправлення, перш ніж опублікувати схему в базі даних SQL.

4. Мігрувати

Після того як були оцінені бази даних та усунуті будь-які розбіжності, наступним кроком буде запуск процесу міграції. Міграція включає два кроки: публікацію схеми та переміщення даних.

Щоб опублікувати свою схему та перенести дані необхідно виконати наступні дії:

1. Опублікування схему, клацнувши правою кнопкою миші базу даних у вузлі Бази даних у Провіднику метаданих бази даних SQL Azure та вибір Синхронізувати з базою даних.

Рисунок 1.10. Синхронізування з базою даних



2. Перегляд зіставлення між вихідним проектом і цільовим.

Рисунок 1.11. Перегляд зіставлення

3. Переміщення даних, клацнувши правою кнопкою миші базу даних або об'єкт, який потрібно перемістити, у Oracle Metadata Explorer і вибравши Перенести дані.

4. Введіть деталі підключення як для Oracle, так і для бази даних SQL.

Рисунок 1.12. Введення деталей підключення



5. Після завершення міграції перегляньте звіт про переміщення даних.

6. Підключіться до свого екземпляра бази даних SQL і перевірте переміщення, переглянувши дані та схему.

5. Після міграції

Після того, як успішно завершився етап міграції, необхідно виконати ряд пост-міграційних завдань, щоб переконатися, що все функціонує якомога гладко та ефективно.

6. Виправлення програми

java реляційний база

Після переміщення даних у цільове середовище всі програми, які раніше використовували джерело, повинні почати використовувати цільове. Для виконання цього завдання в деяких випадках знадобиться внесення змін до програм.

Набір інструментів мірграції доступу до даних - це розширення для Visual Studio Code, яке дозволяє аналізувати вихідний код Java та виявляти виклики та запити API доступу до даних. Набір інструментів надає вам представлення в одній панелі того, що потрібно вирішити для підтримки нової бази даних.

7. Виконання тестів

Тестовий підхід до міграції бази даних складається з таких дій:

1. Розробка перевірочних тести: щоб перевірити міграцію бази даних, необхідно використовувати запити SQL. Необхідно створити запити перевірки для виконання як для вихідної, так і для цільової баз даних. Створені запити на перевірку мають охоплювати визначену область.

2. Налаштування тестового середовища: тестове середовище має містити копію вихідної та цільової бази даних. Тестове середовище обов'язково повинно буде ізольоване.

3. Виконання перевірочних тестів: запуск перевірочних тестів щодо джерела та цілі, потім аналіз результатів.

4. Виконання тестів продуктивності: запуск тестів продуктивності щодо джерела та цілі, потім аналіз та порівняння результатів.

8. Перевірка перенесенних об'єктів

Помічник з міграції Microsoft SQL Server для Oracle Tester (SSMA Tester) дозволяє тестувати перенесені об'єкти бази даних. Тестер SSMA використовується для перевірки того, що перетворені об'єкти поводяться так само.

9. Створення тестового прикладу

Необхідно відкрити SSMA для Oracle, виберіть Tester, а потім New Test Case.

Рисунок 1.13. Створення тестового прикладу

Необхідно надати таку інформацію для нового тестового прикладу:

o Ім'я: ім'я, яке необхідне для ідентифікації тестового прикладу.

o Дата створення: поточна сьогоднішня дата, визначена автоматично.

o Дата останньої зміни: заповнюється автоматично, не слід змінювати.

o Опис: введіть будь-яку додаткову інформацію, щоб визначити мету тестового прикладу.

Необхідно вибрати об'єкти, які є частиною тестового прикладу, з дерева об'єктів Oracle, розташованого зліва.

Рисунок 1.14. Вибір об'єктів

У цьому прикладі вибирається збережена процедура ADD_REGIONта таблиця.REGION



Рисунок 1.15. Вибір об'єктів

Необхідно переглянути послідовність оцінювання об'єктів. Змінити порядок, натиснувши кнопки в сітці.

Рисунок 1.16. Зміна порядку



Необхідно завершити тестовий приклад, переглянувши інформацію, надану в попередніх кроках. Налаштувати параметри виконання тесту на основі тестового сценарію.

Рисунок 1.17. Налаштування параметрів виконання тесту

Для отримання додаткової інформації про налаштування тестового прикладу, необхідно натиснути кнопку Готово, щоб створити тестовий приклад.

Рисунок 1.18. Створення тестового прикладу

10. Запуск тестового прикладу

Коли SSMA Tester запускає тестовий набір, тестовий механізм виконує об'єкти, вибрані для тестування, і створює звіт про перевірку.

Необхідно вибрати тестовий приклад із тестового репозиторію, а потім натисніть кнопку «Виконати».

Рисунок 1.19. Запуск тестового прикладу

Далі необхідно ввести облікові дані джерела Oracle. Натисніть підключитися після введення облікових даних.

Рисунок 1.20. Введення облікових даних



Надайте цільові облікові дані SQL Server і натисніть підключитися.

Рисунок 1.21. Надання облікових даних

Індикатор виконання в режимі реального часу показує стан виконання тестового запуску.

Рисунок 1.22. Відображення стан виконання тестового запуску

Переглянемо звіт після завершення тесту. Звіт містить статистику, будь-які помилки під час тестового запуску та детальний звіт.

Рисунок 1.23. Відображення звіту після завершення тесту

Рисунок 1.24. Приклад підтвердження вірних даних



Рисунок 1.25. Приклад невдалої перевірки даних

11. Оптимізувати

Фаза після міграції має вирішальне значення для узгодження будь-яких проблем з точністю даних, перевірки повноти та вирішення проблем продуктивності з робочим навантаженням.

12. Об'єктні розширення реляційних СУБД

Спроби поєднати засоби маніпулювання даними реляційної моделі та способи опису зовнішнього світу об'єктно-орієнтованої моделі набули розвитку у мові SQL-3.

Розробники SQL-3 вважають, що характеристики об'єкта визначається описом рядка таблиці. Тому вводиться спеціальна можливість опису нового типу даних:

Create type Address (

number char (6),

street char (30),

aptno integer,

city char (30),

state char (2),

zip integer);

На основі нового типу можуть бути визначені таблиці, наприклад:

Create table Addresses of Address;

Нові типи допускається використовувати і визначення стовпців (тобто. ігнорується вимога атомарності атрибутів реляційної моделі):

Сreate table People of new type Person (

name char (30),

address Address,

birthdate date);

Спадкування визначається за допомогою фрази under.

Create type Employee under Person (

empno char(10),

dept ref(Department)

);

Тут атрибут dept є посиланням на об'єкт, що зберігається у таблиці Department. Тобто. у поняттях реляційної моделі в цьому стовпці повинен бути записаний зовнішній ключ, що вказує на один із рядків таблиці Department. Насправді, в SQL-3 передбачається, кожен об'єкт має унікальний ідентифікатор - OID, саме він використовується під час створення посилань на об'єкти.

Також в операторі CREATE TABLE можна визначити і методи доступу до новостворених типів даних:

Create table People of new type Person (

name char(30),

address Address,

birthdate date

function age (:р ref(Person)) return date;

begin

current_age:=:р.birthdate-current_date;

return current_age;

end;

);

У цьому прикладі задана функція age, яка обчислює поточний вік типу Person, що зберігається в таблиці People. До цієї функції можна звертатися із оператора SELECT.



Перелік джерел посилання

1. Jadhav, Milind. «Data Migration From On Premise Oracle Database To SQL Manage Instance On Azure Cloud Using Azure Data Factory-A Working Approach.» Turkish Journal of Computer and Mathematics Education (TURCOMAT) 12.12 (2021): 3524-3528.

2. Rodrнguez-Ortiz, Arlene. «Considerations on SQL Optimization Tools in MS Azure SQL Server Database using SQL language.» Computer Engineering Program; (2021).

3. Das, S., Grbic, M., Ilic, I., Jovandic, I., Jovanovic, A., Narasayya, V.R.,… & Chaudhuri, S. (2019, June). Automatically indexing millions of databases in microsoft azure sql database. In Proceedings of the 2019 International Conference on Management of Data (pp. 666-679).

4. Antonopoulos, P., Byrne, P., Chen, W., Diaconu, C., Kodandaramaih, R.T., Kodavalla, H.,… & Venkataramanappa, G.M. (2019). Constant time recovery in Azure SQL database. Proceedings of the VLDB Endowment, 12 (12), 2143-2154.

5. Rodrнguez-Ortiz, Arlene. «Considerations on SQL Optimization Tools in MS Azure SQL Server Database using SQL language.» Computer Engineering Program; (2021).

6. Јacheciсski, Sebastian. «Obsіuga danych temporalnych na platformie MS SQL Server i Azure SQL Database.» Przegl№d Elektrotechniczny 96 (2020): 95-101.

7. WARD, Bob. Completing Your Knowledge of Azure SQL. In: Azure SQL Revealed. Apress, Berkeley, CA, 2021. p. 441-470.

8. Corallo, Angelo, et al. «A Relational Database Management System Approach for Data Integration in Manufacturing Process.» 2018 IEEE International Conference on Engineering, Technology and Innovation (ICE/ITMC). IEEE, 2018.

9. Kroha, Petr. «Shortcomings and extensions of relational DBMS.» Information Management in Computer Integrated Manufacturing (2019): 50-69.

10. Wang, Ming. «Implementation of object-relational DBMSs in a relational database course.» ACM SIGCSE Bulletin 33.1 (2019): 367-370.

11. Damesha, Hardeep Singh. «Object Oriented Database Management Systems-Concepts, Advantages, Limitations and Comparative Study with Relational Database Management Systems.» Global Journal of Computer Science and Technology (2018).

12. Dittrich, Klaus R., and Andreas Geppert. «Object-oriented DBMS and beyond.» International Conference on Current Trends in Theory and Practice of Computer Science. Springer, Berlin, Heidelberg, 2019.

Размещено на Allbest.ru

...