|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Victor Metelitsa 2:5020/400 22 Aug 2001 08:47:11 To : All Subject : Re: Hа: Hа: текстовые ключи --------------------------------------------------------------------------------
"Sergey Pratсh" wrote:
>
> Hi!
>
> "Victor Metelitsa" <vvm@cssc.tat.ru> сообщил/сообщила в новостях следующее:
> news:3B826133.DE1DB7E5@cssc.tat.ru...
> >
> > Ага. Если таблица находится в 5HФ, ее нельзя подвергнуть процессу
> > нормализации (разбить на более простые). Отсюда следует, что она не
> > находится ни в какой нормальной форме!!!
>
> Как одна единственная таблица можеть в нормальной форме если она не
> является нормализованным отношением. А раз нет нормализованного отношения
> зачит нет и 1HФ, а 5HФ и подавно. Или объяснять суть нормализации?
Я тихо шизею... Даже Дейта перелистал с перепугу...
Для начала,
в разговорах DBMS-ников слова "таблица" и "отношение" употребляются как
почти-синонимы. Это как бы одно и то же, но на разных уровнях
абстракции. Отсюда: "является ли таблица таким-то отношением?" - явная
белиберда. Переписываем фразу как "Как одна единственная таблица можеть
в нормальной форме если она не является нормализованной таблицей" - все
равно выглядит не лучше.
Поехали дальше.
Hормализация - это _процесс_. Hормализованная таблица / нормализованное
отношение - это нечто, подвергнутое нормализации (т.е. побывавшая в
каком-то процессе). С какой стати таблица обязана подвергаться какому-то
процессу, чтобы быть в какой-то HФ? Ей нужно лишь не содержать некоих
функциональных зависимостей!
Забегая вперед (про телефонный справочник): можно ли считать значения
скалярными или нет, _зависит от задачи_. Дейт как раз приводит пример со
строками. Их (строки) можно разбить на символы, но мы их обычно считаем
скалярами. Также и ФИО можно разбить на слова - фамилия, имя, отчество
(тогда ФИО не скаляр), но можем этого не делать (тогда ФИО - скаляр).
--
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Talk.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/5364bdc1e0e5.html, оценка из 5, голосов 10
|