10–11 · Неподільний базовий модуль інформатики · Крок 14 із 24
10–11 · Ключ: унікальність і стабільний запис
Ключ однозначно визначає запис у таблиці. Сортування не повинно змінювати належність полів. Перевір повтори й порожні значення, перш ніж покладатися на ключ у зв’язку.
Передумови: Короткі умови, цілі числа й базові дії; працюй із вигаданими даними та окремими навчальними копіями.
Редакцію включено до публічної бета-версії. Це не фахове педагогічне приймання. Версія вправ: 2026-10-27.info-base.1. Програмні перевірки не замінюють оцінювання навчальної методики.
Повідомити про помилку
Пов’язані таблиці та запит
Зміни вхід, передбач результат, експортуй дві версії й поясни відмінність. Дані живуть лише на цій сторінці: без автоматичного збереження, надсилання чи оцінки продукту. Використовуй вигадані дані.
Обмежена реляційна модель: дві групи, до восьми записів. ID — унікальний ключ; groupId — посилання на групу. Це фіксована схема, без довільного SQL.
Підрядок без урахування регістру І група І числовий критерій. Порожній пошук не обмежує вибір. Джерело не змінюється; SQL/regex не виконується.
Вибрано ID: 2, 3
- 2: План; Тексти; 7
- 3: Діаграма; Макети; 7
Модель і потрібний результат
Ключ однозначно визначає запис у таблиці. Сортування не повинно змінювати належність полів. Перевір повтори й порожні значення, перш ніж покладатися на ключ у зв’язку. Спочатку назви мету, вхід і перевірюваний результат. Властивості, яких немає в умові, познач як невідомі; не замінюй їх здогадкою.
Два рядки мають той самий заявлений унікальний ID Відповідь: ключ некоректний.
Розбір дії та пояснення
Розклади умову на окремі операції. Для чисел занотуй стан після кожного кроку; для вибору поясни ознаку. Ключ однозначно визначає запис у таблиці. Сортування не повинно змінювати належність полів. Перевір повтори й порожні значення, перш ніж покладатися на ключ у зв’язку.
Усі ID непорожні й різні в наборі За умовою: ключ перевірено. Ключ однозначно визначає запис у таблиці. Сортування не повинно змінювати належність полів. Перевір повтори й порожні значення, перш ніж покладатися на ключ у зв’язку.
Помилка, межа й тест
Сформулюй очікування до перевірки. Перевір відмінний і граничний випадок, поясни причину розбіжності та повтори тест після правки. Один приклад не доводить усі властивості реального застосунку.
Мініпротокол: вхід → очікування → дія → фактичний результат → висновок. Для твердження без потрібного доказу висновок «невідомо» кращий за вигаданий факт.
Власний продукт і межі автоматичної оцінки
У локальній БД створи записи, відсортуй і перевір збереження ID. Видали один запис, додай новий і поясни, чому номер видимого рядка не дорівнює сутності ключа. Автоматичні відповіді перевіряють лише наведені умови. Якість власного документа, презентації чи малюнка перевіряють за рубрикою, у потрібному редакторі або на паперовому прототипі.
Не використовуй приватних даних, справжніх паролів чи невідомих вкладень. Для кожної зміни збережи пояснення, який критерій вона покращує.
Напиши й перевір
У локальній БД створи записи, відсортуй і перевір збереження ID. Видали один запис, додай новий і поясни, чому номер видимого рядка не дорівнює сутності ключа. Можна виконати на папері. Це не автоматична оцінка володіння редактором або програмуванням.
Цю навичку не оцінює автоматичний тест. Позначки нижче — твоя самоперевірка; для незалежного висновку потрібен викладач або підготовлений слухач.
Матеріал для роботи
Власна навчальна модель: Ключ однозначно визначає запис у таблиці. Сортування не повинно змінювати належність полів. Перевір повтори й порожні значення, перш ніж покладатися на ключ у зв’язку.
Чернетка не надсилається на сервер і не зберігається після закриття сторінки. Скопіюй її, якщо хочеш залишити.
Відмічено критеріїв: 0 із 4. Це не автоматична оцінка правильності.