Дослідити реалі бази даних (вступ.osvita.ua, booking.uz.gov.ua), описати щонайменше три об'єкти (таблиці) в кожній, проаналізувати фільтрацію, ключові поля та уникнення дублювання.
Розв’язання
Для бази вступ.osvita.ua визначаємо об'єкти: таблиця «Абітурієнти» (дані про вступників), таблиця «Університети» (рейтинги та ліцензії), таблиця «Конкурсні пропозиції» (місця та бали).
Описуємо фільтрацію: у першій базі можна відфільтрувати за регіонами чи курсами, у другій — за датою, напрямком та типом потяга.
Визначаємо ключові поля: у першій базі це ID абітурієнта, назва ЗВО; у другій — номер рейсу, номер потяга, ID бронювання.
Аналізуємо дублювання: дані не повторюються через використання спільних ключів (наприклад, один запис про потяг використовується для всіх місць у цьому потязі).
Відповідь:
Приклад 1 (Освіта): таблиці «Абітурієнти», «Університети», «Конкурсні пропозиції». Фільтрація за регіонами/курсами. Ключі: ID вступника, назва ЗВО. Дублювання уникнено через зв'язки. Приклад 2 (Укрзалізниця): таблиці «Рейси», «Потяги», «Бронювання». Формування запиту за датою/напрямком. Ключі: рейс ↔ потяг ↔ місце. Дублювання уникнено через структуру зв'язків.
Дослідити реалі бази даних (вступ.osvita.ua, booking.uz.gov.ua), описати щонайменше три об'єкти (таблиці) в кожній, проаналізувати фільтрацію, ключові поля та уникнення дублювання.
Що треба знати
База даних складається з таблиць, де кожна таблиця відповідає певному типу сутностей (наприклад, абітурієнти чи рейси), а зв'язки між ними забезпечують цілісність інформації.
💡 Підказка — спробуй спершу сам
Розгляньте приклад 1 (освіта) та приклад 2 (Укрзалізниця) і виділіть логічні групи даних, які можуть бути таблицями.
Розв’язання крок за кроком
Для бази вступ.osvita.ua визначаємо об'єкти: таблиця «Абітурієнти» (дані про вступників), таблиця «Університети» (рейтинги та ліцензії), таблиця «Конкурсні пропозиції» (місця та бали).
Описуємо фільтрацію: у першій базі можна відфільтрувати за регіонами чи курсами, у другій — за датою, напрямком та типом потяга.
Визначаємо ключові поля: у першій базі це ID абітурієнта, назва ЗВО; у другій — номер рейсу, номер потяга, ID бронювання.
Аналізуємо дублювання: дані не повторюються через використання спільних ключів (наприклад, один запис про потяг використовується для всіх місць у цьому потязі).
Відповідь:
Приклад 1 (Освіта): таблиці «Абітурієнти», «Університети», «Конкурсні пропозиції». Фільтрація за регіонами/курсами. Ключі: ID вступника, назва ЗВО. Дублювання уникнено через зв'язки. Приклад 2 (Укрзалізниця): таблиці «Рейси», «Потяги», «Бронювання». Формування запиту за датою/напрямком. Ключі: рейс ↔ потяг ↔ місце. Дублювання уникнено через структуру зв'язків.
