Только в таком контексте вы можете достичь чего-то вроде нормализации. Бросив кучу атрибутов в одну единственную таблицу, вы не сделаете вашу базу данных реляционной в каком-либо значимом смысле.

еня наиболее понятным описанием того, что я нашел до 1NF, является ‘Первичный ключ - это столбец (или группа столбцов), который уникально идентифицирует каждую строку. ‘На сайте www.phlonx.com я понимаю, что избыточность означает, что на ключ не должно быть более 1 значения для каждой строки. Тогда более 1 значение будет «избыточным». Правильно?

И все же мне удается много раз испортить 1 НФ. Я разместил вопрос для моей онлайн-пиццерииhttp://foo.com pizzashop Вот

где я был смущен чем-то во второй нормальной форме, только чтобы заметить, что я начал неправильно в 1 NF. Прямо сейчас я думаю, что мне нужно 3 ключа в 1NF, чтобы уникально идентифицировать каждую строку. В этом случае я считаю, что order_id, pizza_id и topping_id сделают это для меня. Так что это 3 колонки. Потому что, если вы хотите узнать, какая именно пицца является какой, вам нужно знать, какой у нее order_id, какой тип пиццы (pizza_id) и какая начинка там. Если вы знаете это, вы можете посмотреть все остальное. Тем не менее, из ответа на предыдущий вопрос это кажется неправильным, потому что topping_id попадает в другую таблицу, которую я не понимаю. Вот список столбцов:

Номер заказа
Дата заказа
Пользовательский ИД
Имя Клиента
Телефон
Продвижение
Черный список Y или N
Customer_address
Индекс
город
Электронное письмо
Pizza_id
Pizza_name
Размер
Pizza_price
Количество
Topping_id
Topping_name
Topping_prijs
Availabitly
Delivery_id
Delivery_zone
Deliveryguy_id
Deliveryguy_name
Доставка Y или N























Изменить: я пометил идентификаторы для первого связанного ключа жирным шрифтом. Они являются только списком ненормализованных столбцов. Они не 1 таблица или 3 таблицы или что-нибудь