|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Michael 2:5020/400 29 Aug 2001 13:15:01
To : Viktor Fedoseev
Subject : Hа: Hа: текстовые ключи
--------------------------------------------------------------------------------
Hi,
Wed Aug 29 2001 13:50, Viktor Fedoseev wrote to Sergey Pratсh:
VF> Hello Sergey!
VF> 29 August 2001 08:46, Sergey Pratсh wrote to All:
VF> ...
>>>
>>> SP> Все нормальные формы, выше 1-й, построены на оценке
>>> SP> зависимости неключевых аттрибутов от ключей. Отсюда делаем
>>> SP> вывод, что если в оношении нет атрибутов, не входящих в состав
>>> SP> ПК, то и говорить о соответствии какой-либо HФ, выше 1-й нет
>>> SP> смысла, так как нет самого предмета критерия.
>>> Опять путаница ПК и ПК.
SP>> Сказать честно - ни черта не понял! Объясни...
VF> :) сказать честно, в последнее время складывается впечатление, что
VF> вместо
VF> тебя пишет кто-то другой (не сочти за наезд :)
VF> длинно и развернуто писать нет времени.
VF> кратко: если отношение состоит только из полей,образующих ПК(в том
VF> определении ПК,которое ты привел из Дейта), то уж в 3HФ, HФБК оно
VF> точно находится. Если же ты (как Michael) пытаешься подменить это
VF> ПК возможностью включения (DBMS) в PrimaryKey любого
VF> кол-ва полей(не минимального),лишь бы была уникальность выбранного
VF> набора,
VF> то это к HФ не относится (и тут даже возможно нарушение 1HФ).
:-) Любая таблица, если мы говорим о РСУБД, уже, как минимум, находится в
1HФ. И ни какое наличае/отсутствие ключей на это повлиять не может.
BR
Michael
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
