Переваги нормалізації u
Правильна, реляційна база даних повинна бути створена або збережена за допомогою нормалізації та суворих правил. Важливо уникати надмірностей, оскільки в іншому випадку вони можуть швидко призвести до невідповідностей при зміні вмісту.
Тим самим означає надмірність (Лат. Redundare «бути в достатку») німецькою мовою Дублювання або перекриття.
Невідповідності засоби: Невідповідність або непослідовність введених даних.
Як приклад: Співробітники ведуть дані в базі даних клієнтів. Для цього поштовий індекс і місто можна вводити незалежно один від одного для кожного клієнта.
Тепер перший працівник вводить “72070” як поштовий індекс, а “Тюбінген” як місце. Введіть другого працівника як поштовий індекс “72070” та як місцезнаходження “Тюбінген-ам-Неккар” - це вже невідповідність. Наступний працівник вводить "72070" як поштовий індекс для наступного клієнта, а потім "Тюбінген" як місцезнаходження. І четвертий співробітник потім вводить (оскільки у нього алергія на використання великих літер) як місце розташування «тюбінген».
Увечері приходить бос і має статистику, яка показує, скільки клієнтів із "Тюбінгена" було введено - він отримує лише одного. Якби він створив статистику з поштовим індексом "72070", він би прийняв 4 клієнтів.
Цей приклад показує, як швидко база даних (завдяки своїй структурі) може призвести до суперечливих даних (тобто невідповідностей) та відповідних проблем. Якби тут запобігли надмірність (введення поштового індексу та додаткового міста), подальших проблем вдалося б уникнути.
Є шість етапів, причому перші три впроваджені на практиці.
Оскільки окремі рівні нормалізації спираються один на одного, слід дотримуватися порядку, в якому застосовується нормалізація. Другу нормалізацію можна використовувати лише тоді, коли виконана 1-а нормалізація.
Мета нормалізації
Метою застосування нормалізації є забезпечення цілісності даних.
- Запобігання надмірності
- Уникайте невідповідностей
Обслуговування даних, як правило, спрощується, але програмування є більш складним.
Перша нормальна форма (1 NF)
Кожне поле даних може лише подібний зміст (Приклад: з одного поля даних “Ім'я” створюються два поля даних: одне для імені та одне для прізвища). Це було описано як розділення (розпилення) вмісту в главі "Структурування даних - попередні міркування щодо створення бази даних".
З поля “ім’я” із вмістом “Еріка Шмідт” стають 2 поля бази даних “ім’я” та “прізвище”. Поле "ім'я" містить "Еріка", а поле "прізвище" містить "Шмідт".
Термін «подібний» тут означає, що у полі «ім’я» з’являються два імена: «Карл Хайнц». Це завжди слід робити з огляду на додаток, який потрібно створити - найменші компоненти, які здаються розумними, можуть бути дуже різними. У випадку з продавцем мобільних телефонів, номер телефону можна розділити на дві групи, оскільки він може зробити висновки з двозначних комбінацій - зоомагазин за рогом залишить номер телефону цілим.
Для таблиці повинен бути доступний первинний ключ, щоб кожен запис даних міг вирішуватись однозначно.
Друга нормальна форма (2 NF)
Перша нормальна форма повинна бути виконана! Тільки при виконанні першої нормальної форми можна починати використовувати другу нормальну форму.
Друга нормальна форма говорить: Кожна форма запису даних лише одне питання від. Якщо в таблиці є дані, які не відображають лише 1 випуск, ці дані поділяються на окремі тематичні таблиці.
У нашому прикладі база даних клієнтів доступна до того, як буде використана друга звичайна форма із таким вмістом:
| 1 | Аксель | Працнер | 32482 | Вивчіть MySQL Book |
| 2 | Аксель | Працнер | 32482 | Чисті DVD-диски |
| 3 | Ельке | Шмідц | 32483 | Вивчіть MySQL Book |
У цій таблиці наведено 3 факти:
- Дані клієнта
- Дані про товар
- Дані замовлення
Відповідно до 2-ї нормальної форми, має бути поділ на тематичні таблиці. Тож ми ділимо таблицю на 3 тематичні таблиці "дані про клієнтів", "дані про статті" та "дані про замовлення"
Таблиця даних клієнтів:
Таблиця даних статті:
Таблиця даних замовлення:
Третя нормальна форма (3 NF)
Перша і друга нормальні форми повинні бути виконані! Тільки після того, як буде виконана 1-я та 2-а нормальна форма, ви зможете почати використовувати 3-ю звичайну форму.
Третя нормальна форма - це непрямі (перехідні) залежності на комірі. Про транзитивні залежності йдеться у спеціалізованій літературі.
У наступному прикладі, крім імен, у таблиці також є поштовий індекс та місто. Кожне ім'я має поштовий індекс, а кожен поштовий індекс має своє місце. Тож місце опосередковано залежить від назви.
У математичному плані це виглядає так:
"Якщо NAME -> ZIP" та "ZIP -> ORT", то "Ім'я -> ORT".
Отже, “Ім'я -> РОЗТАШУВАННЯ” є транзитивною залежністю
Але нам потрібні лише прямі залежності в таблиці (тобто неперехідні).
Як стіл перед використанням 3-ї нормальної форми наш приклад виглядає так:
| Шмідц | 72074 | Тюбінген |
Після використання 3-ї нормальної форми у нас є 2 таблиці:
| 72074 | Тюбінген |
- WhatmApp спільного використання Threema ->
- твіт
- поділитися у Facebook
- закріпіть його
- повідомити
- розділити
- поділитися Flattr ->
- поділитися спільно -> друк ->
Якщо ви виявили помилку, повідомте про це (неважливо, помилка друку або вмісту).
За допомогою мишки Позначте несправну точку та подайте заявку за допомогою наступної кнопки:
Будь ласка, підтримайте цей проект
Ви можете підтримати цей проект різними способами - ми були б раді, і це мотивувало б нас до подальшого змісту:).
наш Замовляйте відео
Наші Відео та електронні книги наказувати.
Ви можете зв'язатися з нами пожертва через PayPal.
Рекомендуйте - ми завжди раді отримувати посилання та рекомендації Facebook.
Замовляйте книги через наступне Посилання на Amazon:
Дуже дякую за вашу допомогу
Електронні книги для PHP-Kurs.com
матеріали курсу як електронні книги обсягом понад 545 сторінок
для завантаження та друку
Відеоурок про курс PHP:
більше 200 відео, загальний час відтворення більше 12 годин.
Замовити відео-курс PHP-підручник на DVD