Professional Documents
Culture Documents
Звіт Кузюк
Звіт Кузюк
ЗВІТ
з виробничої практики
студента 4 курсу освітнього рівня бакалавр групи ПМ-41
Кузюк Ростислав Любомирович
Виконала: Р. Л. Кузюк
Керівник від
бази практики : А.Б. Аннич
Керівник від
навчального О.В. Махней
закладу :
2
ЗМІСТ
ВСТУП.........................................................................................................................................
РОЗДІЛ І. РЕАЛІЗАЦІЯ ПРОЕКТУ(PNU-ENERGY).............................................................
1.1 Що таке PNU-ENERGY?.................................................................................................
1.2 Реалізація(PHP)................................................................................................................
1.3 Веб-дизайн........................................................................................................................
1.3.1 Перенос проекта на Node.js.........................................................................................
РОЗДІЛ ІІ. МОВА ЗАПИТІВ SQL............................................................................................
2.1 Що таке мова запитів SQL?............................................................................................
2.2 Створення та підключення бази даних..........................................................................
2.3 Створення таблиці...........................................................................................................
2.4 Заповнення таблиць.........................................................................................................
2.5 Встановлення зв’язків.....................................................................................................
2.6 Введення обмежень.........................................................................................................
2.7 Запити...............................................................................................................................
2.7.1 Запити на вибірку.........................................................................................................
2.7.2 Запити на оновлення....................................................................................................
2.7.3 Запити на видалення.....................................................................................................
2.8 Об’єднання.......................................................................................................................
2.9 Представлення.................................................................................................................
2.10 Бази даних студенти та викладачі................................................................................................
ВИСНОВКИ.....................................................................................................................................................
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ...................................................................................
3
ВСТУП
Для прийняття обґрунтованих та ефективних рішень у виробничій
діяльності, в управлінні економікою і в політиці сучасний фахівець повинен
уміти за допомогою комп'ютерів і засобів зв'язку одержувати, накопичувати,
зберігати й обробляти дані, представляючи результат у виді наочних
документів.
Сучасне життя немислиме без ефективного управління. Важливою
категорією є системи обробки інформації, від яких багато в чому залежить
ефективність роботи будь-якого підприємства чи установи. Така система
повинна:
• забезпечувати отримання загальних та / або деталізованих звітів за
підсумками роботи;
• дозволяти легко визначати тенденції зміни найважливіших показників;
• забезпечувати отримання інформації, критичної за часом, без істотних
затримок;
• виконувати точний і повний аналіз даних.
Метою практики є освоєння нових вмінь та застосування з теоретичних
знань на практичних завданнях, дослідження переваг та недоліків мови запитів
SQL, здобуття вмінь, які допоможуть запрограмувати власну базу даних.
Основним завданням практики є дослідити індивідуальне завдання,
скласти повний план дій та запрограмувати його, дослідити всі нюанси роботи
та зробити відповідні висновки.
Індивідуальне завдання: розробити базу даних «Тревел тур» та
реалізувати її за допомогою мови запитів SQL. Та реалізація проекту PNU-
Energy.
4
Далі необхідно було створити таблиці для простих користувачів та для всіх
виді покажчиків. Реалізація Рисунок 3 та Рисунок 4.
1.3 Веб-дизайн
Після реалізації баз необхідно було реалізувати клієнську сторону а сами
веб інтерфейс.
Для простішої та ефективної розробки було використано Bootstrap — це
набір інструментів з відкритим кодом, призначений для створення
вебсайтів та вебзастосунків, який містить шаблони CSS та HTML для
типографіки, форм, кнопок, навігації та інших компонентів інтерфейсу, а
також додаткові розширення JavaScript.
Для початку був розроблений чорновий макет Рисунок 5.
2.7Запити
2.7.1 Запити на вибірку
Для формування запитів на вибірку даних в SQL використовується
оператор SELECT.
14
2.8 Об’єднання
Оператор SQL INNER JOIN формує таблицю із записів двох або декількох
таблиць. Кожен рядок з першої (лівої) таблиці, зіставляється з кожним рядком
з другої (правої) таблиці, після чого відбувається перевірка умови. Якщо
умова істинна, то рядки потрапляють в результуючу таблицю. У результуючій
таблиці рядки формуються в результаті конкатенації(об’єднання) рядків
першої та другої таблиць.
15
2.9 Представлення
Представлення (VIEW) – це одне з потужних засобів мови SQL, призначене
для реалізації механізм підсхем користувачів бази даних. Представлення
дозволяють приховати від користувачів схему бази даних. Вони являють
собою збережені в базі даних запити, виражені операторами SELECT.
На базі одних представлень можуть бути створені нові представлення, які
успадковують всі властивості базових представлень.
Формувати представлення можуть користувачі з привілеями SELECT для
використовуваних в представленнях таблиць (базових таблиць).
76 GO
77 ALTER TABLE STUDENTS
78 ADD
79 PRIMARY KEY (ID)
80 GO
81 CREATE TABLE GROUPS
82 (ID INT NOT NULL,
83 GROUPS INT NOT NULL,
84 NAME_CURATOR CHAR(25) NOT NULL,
85 COUNT_OF_STUDENTS INT NOT NULL)
86 GO
87 ALTER TABLE GROUPS
88 ADD
89 PRIMARY KEY(ID)
90 GO
91 ALTER TABLE GROUPS
92 ADD
93 FOREIGN KEY(ID) REFERENCES STUDENTS (ID)
94 ON DELETE CASCADE
95 GO
96 CREATE TABLE LESSONS
97 (ID INT NOT NULL,
98 ID_STUDENTS INT NOT NULL,
99 ID_TEACHER INT NOT NULL,
100 NAME_LESSONS CHAR(25) NOT NULL)
101 GO
102 ALTER TABLE LESSONS
103 ADD
104 PRIMARY KEY(ID)
105 GO
106 ALTER TABLE LESSONS
107 ADD
108 FOREIGN KEY(ID) REFERENCES STUDENTS (ID)
109 ON DELETE CASCADE
110 GO
111 CREATE TABLE COURSES
112 (ID INT NOT NULL,
113 NAME_COURSES CHAR(25) NOT NULL,
114 COURSES_DESCRIPTION CHAR(25) NOT NULL)
115 GO
116 ALTER TABLE COURSES
117 ADD
118 PRIMARY KEY(ID)
119 GO
120 ALTER TABLE COURSES
18
121 ADD
122 FOREIGN KEY(ID) REFERENCES STUDENTS (ID)
123 ON DELETE CASCADE
124 GO
19
20
ВИСНОВКИ
Дана практика дозволила застосувати теоретичні знання на практиці, за
допомогою індивідуального завдання. Також, в ході виконня роботи,
дозволила визначити переваги і недоліки мови запитів.
Переваги
- Незалежність від конкретної СУБД
Незважаючи на наявність діалектів і відмінностей в синтаксисі, в більшості
своїй тексти SQL-запитів, що містять, DDL і DML, можуть бути досить легко
перенесені з однієї СУБД в іншу. Існують системи, розробники яких спочатку
закладалися на застосування щонайменше кількох СУБД (наприклад: система
електронного документообігу Documentum може працювати як з Oracle, так і
з Microsoft SQL Server та IBM DB2). Природно, що при застосуванні деяких
специфічних для реалізації можливостей такої переносимості добитися вже дуже
важко.
- Наявність стандартів
Наявність стандартів і набору тестів для виявлення сумісності і
відповідності конкретній реалізації SQL загальноприйнятому стандарту тільки
сприяє «стабілізації» мови.
- Декларативність
За допомогою SQL програміст описує тільки те, які дані потрібно
витягнути, або модифікувати. Те, яким чином це зробити, вирішує СУБД
безпосередньо при обробці SQL-запиту. Проте не варто думати, що це повністю
універсальний принцип — програміст описує набір даних для вибірки, або
модифікації, проте йому при цьому корисно уявляти, як СУБД розбиратиме текст
його запиту. Особливо критичні такі моменти стають при роботі з великими
базами даних і зі складними запитами — чим складніше сконструйований запит,
тим більше він допускає варіантів написання, різних за швидкістю виконання, але
тих самих за набором даних.
Недоліки
- Складність
21