Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Архив форумов ЦИТФорума
Море(!) вопросов - Море(!) ответов
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
Как правильно задавать вопросы

Проверка корректности нормализации

 
Перейти:  
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных
Предыдущая тема :: Следующая тема  
Автор Сообщение
adem



Зарегистрирован: 03.05.2004
Сообщения: 6

СообщениеДобавлено: Пн Май 03 2004 20:15    Заголовок сообщения: Проверка корректности нормализации Ответить с цитатой

Помогите пожалуйста ламеру с нормализацией. Допустим, я привел данные к 3 нормальной форме, но как бы мне проверить, что я не сделал ошибки? Мне предложили такой способ: если две таблицы связаны друг с другом двумя связями, то плохи дела. Возникают вопросы:
1. Какая нормальная форма нарушена и почему?
2. Как-то это нелогично получается: если, к примеру, у человека есть адрес регистрации и адрес фактического проживания, то мне эти адреса в разные таблицы выносить? В одну нельзя: получится двойная связь между таблицами "Личные данные" и "Адреса".
3. Как еще проверить корректность нормализации?
Заранее спасибо.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Demiurge



Зарегистрирован: 05.04.2004
Сообщения: 33
Откуда: Казахстан, Астана

СообщениеДобавлено: Вт Май 04 2004 09:22    Заголовок сообщения: Ответить с цитатой

Экскурс в теорию:
Цель нормализации - избавить реляционную таблицу от зависимостей, не связанных с первичными ключами.

Доводы в пользу нормализации -
а. Обеспечение целостности.
б. Создание формальной модели, наименее зависимой от специфики приложения.
в. Снижение требований к объему памяти (полная нормализация должна привести к исключению избыточности данных).

1 Нор.Ф - Отсутствие повторяющихся групп (Данные в каждой ячейке должны быть атомарны)
2 Нор.Ф - Отсутствие частичной зависимости (Каждый неключевой столбец зависит от полного первичного ключа)
3 Нор.Ф - Отсутствие транзитивной зависимости (Ни один неключевой столбец не должен зависеть от другого неключевого столбца).

есть еше 4-я и 5-ая но они применяются редко.


Отсюда следствие, где ты видишь запрет на две и более связи связи между таблицами Question

Если у ты адрес считаешь атомарным (неделимым) и это не ключевое поле, а связь идет по идентификаторам записей (первичным ключам), то никакого нарушения нет, но хотя адрес всегда делится на города, улицы, дома и т.д. и у тебя в адресе будет нарушение 1НФ
_________________
С наилучшими пожеланиями
Demiurge
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Показать сообщения:   
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2002 phpBB Group
Русская поддержка phpBB

 

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы — pr@citforum.ru
Послать комментарий
Информация для авторов
This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2006 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...