Si tratta di un errore 1NF?

Question

Considerando un errore 1NF, nessun gruppo di elementi ripetuto, cosa succederebbe se si volesse avere un limite impostato sul numero di un gruppo ripetuto?

Ad esempio, si desidera che uno studente abbia solo 3 numeri di telefono elencati. Non piu. Avere una tabella come segue può essere considerata un errore 1NF?

Student 1 Phone1 Phone2 Phone3 
Sally  111-1111 222-2222 333-3333 
John   555-5555 999-9999 NULL 

Si creerebbe un limite. Questa progettazione di database è accettabile ed efficiente?

Sarebbe meglio mettere i numeri di telefono in una tabella separata, come richiedono gli errori 1NF? Come creeresti il ​​limite di 3 numeri per utente se fosse in una tabella separata?

Answer 1

No, non è normalizzato. Avrai sprecato spazio nella tua tabella quando ci sono valori nulli, e se vuoi fare cose come cercare un particolare numero di telefono, dovrai cercare tutte e tre le colonne. Utilizzare invece una tabella separata (StudentPhoneNumbers, ad esempio) che li memorizza. Se si desidera limitare a tre, utilizzare un trigger per prevenire più di tre per studente.

Answer 2

1NF vieta di ripetere gli elenchi di seguito. Il vostro disegno viola questa, e così sarebbe il seguente disegno:

Student  Phones 
'John D' '555-5555, 666-6666, 777-7777' 
'Sally S' '111-1111, 222-2222' 

Il seguente disegno sarebbe viola 2NF, perché l'unica chiave primaria è Name, Phone, ma l'attributo Address non dipende dal Phone:

Name  Phone  Address 
'John D' '555-5555' '1 Square Village' 
'John D' '666-6666' '1 Square Village' 
'John D' '777-7777' '1 Square Village' 
'Sally S' '111-1111' '999 Flash City' 
'Sally S' '222-2222' '999 Flash City' 

Il design prossima violerebbe 3NF, perché AreaName non dipende dal nome, ma solo su Area:

Name  Area Phone AreaName 
'John D' '555' '5555' '111name' 
'John D' '666' '6666' '666name' 
'John D' '777' '7777' '777name' 
'Sally S' '111' '1111' '111name' 
'Sally S' '222' '2222' '222name' 

Anche se il tuo design viola 1NF, è una scelta eccellente. La complessità dell'aggiunta di una tabella PhoneNumber non è quasi mai giustificata.

Pensa a quanto diventa difficile un aggiornamento per un cliente se sei conforme a 1NF. I numeri sarebbero in una tabella separata. Quindi, se qualcuno invia un modulo con un elenco aggiornato di numeri di telefono, come cambieresti il ​​database? Prima dovresti recuperare l'elenco esistente di numeri. Quindi dovresti confrontarli con l'elenco inviato. Quindi dovresti eliminare o inserire righe in base alla differenza. Un diavolo di una soluzione complessa.

Se ci si attiene alla soluzione, è sufficiente aggiornare le tre colonne. Il tempo risparmiato può essere speso per le funzionalità reali! O anche scrivendo lunghe risposte su Stack Overflow.

Answer 3

user1122200, supponiamo che la progettazione del database cresca. E devi assegnare determinati dati a ciascun numero di telefono (come la posizione del telefono: "casa", "lavoro", ...). In questo caso desidererai un tavolo del telefono. Inoltre, supose che è necessario trovare gli studenti di numero di telefono (come i servizi di Pizza Hut o taxi quando qualcuno chiama), è più facile una query in un design ben normalizzato che questa query:

select * 
from students 
where 
    Phone1 = '91112223' or 
    Phone2 = '91112223' or 
    Phone3 = '91112223' 

Answer 4

La variabile relazione (relvar) effettivamente viola 1NF ma forse non per il motivo che ci si aspetta: è la presenza del null che viola 1NF. Se pensi che il tuo relvar contenga un gruppo ripetuto, ripensaci.

La prima forma normale, o semplicemente "normalizzata", è il requisito minimo per il modello relazionale.Per citare Chris Data:

per definizione, null non è un valore. Ne consegue che: un "tipo" che contiene un null non è un tipo (perché i tipi contengono valori); Una "tupla" che contiene un null non è una tupla (poiché le tuple contengono valori); Una "relazione" non contiene una relazione (poiché le relazioni contengono tuple e le tuple non contengono valori null). In effetti, i valori nulli violano il principio relazionale più fondamentale di tutto-viz., Il principio delle informazioni . La rete di tutto questo è che se i valori nulli sono presenti, allora non stiamo certamente parlando del modello relazionale (non so di cosa stiamo parlando, ma non è il modello relazionale ); l'intero edificio si sbriciola e tutte le scommesse sono andate via.

Il punto relativo alla ripetizione di gruppi e 1NF è complicato da spiegare e non ci proverò. Invece, ti invito a leggere Facts and Fallacies about First Normal Form, in particolare la sezione "L'ambiguità di gruppi ripetuti".

Supponendo che il valore nullo sia stato eliminato, il relvar avrebbe soddisfatto 1NF ma si noti che avremmo bisogno di ulteriori informazioni (ad esempio chiavi) per determinare se soddisferebbe anche le forme normali più elevate.

Answer 5

Come creeresti il ​​limite di 3 numeri per utente se fosse in una tabella separata?

Suppongo che uno studente possa avere zero, uno due o tre numeri di telefono.

Se il prodotto SQL supportato completa SQL-92:

CREATE TABLE Students 
(
student_name VARCHAR(20) NOT NULL UNIQUE 
); 

CREATE TABLE StudentPhonebook 
(
student_name VARCHAR(20) NOT NULL 
    REFERENCES Students (student_name), 
phone_number CHAR(8) NOT NULL 
    CHECK (phone_number LIKE '[0-9][0-9][0-9]-[0-9][0-9][0-9][0-9]'), 
UNIQUE (student_name, phone_number) 
); 

CREATE ASSERTION students_max_three_phone_numbers 
    CHECK (
      NOT EXISTS (
         SELECT * 
         FROM (
           SELECT student_name, COUNT(*) AS tally 
           FROM StudentPhonebook 
           GROUP 
            BY student_name 
          ) AS DT1 
         WHERE tally > 3 
        ) 
     ); 

MySql non supporta CHECK di qualsiasi sapore e nessun prodotto SQL supporta CREATE ASSERTION vincoli in modo che il di cui sopra devono presumibilmente essere scritte usando codice procedurale per esempio trigger.

Fuori di interesse, se il prodotto SQL supportato a livello di riga CHECK vincoli (come fanno molti), si può usare un attributo occurrence con un vincolo BETWEEN 1 AND 3 quindi includere questo attributo in un vincolo di chiave ad esempio

CREATE TABLE StudentPhonebook 
(
student_name VARCHAR(20) NOT NULL 
    REFERENCES Students (student_name), 
phone_number CHAR(8) NOT NULL 
    CHECK (phone_number LIKE '[0-9][0-9][0-9]-[0-9][0-9][0-9][0-9]'), 
occurrence INTEGER DEFAULT 1 NOT NULL 
    CHECK (occurrence BETWEEN 1 AND 3), 
UNIQUE (student_name, phone_number), 
UNIQUE (student_name, occurrence) 
);