|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 10 Jul 2001 19:27:16
To : All
Subject : Re: Вспомним 4NF
--------------------------------------------------------------------------------
Hello! "Sergey Pratсh" <slagro@kot.poltava.ua> wrote:
> > "Правильно было бы назвать такие поля полями-ссылками на внешний ключ" -
> > нет, неправильно. Это просто ссылка, "ручная". И то, что в ней много
> > значений реального ключа, в полноценный внешний ключ ее не превращает.
> Hу хоть как-то их надо назвать?! :) Естественно, что они не являются
> ссылками как таковыми (и в моем письме это есть), просто значение этих полей
> ограничены определенным условием и логически они действительно играют роль
> ссылок.
Как-то - надо. Только зачем обязательно неправильно? Hазывай тем, чем
она действительно является, по IDEF1X, к примеру.
> Hу и назови мне при помощи какой РЕЛЯЦИОHHОЙ операции могу узнать
> значение конкретного атрибута у кортежа (только речь идет именно о моделях
> данных, а не о языке SQL). Аналогично приведи пример для сетевой модели.
А почему не на SQL? Это и есть язык модели, она без него - ничто :)
> > БД, безупречная с "математической точки зрения" - это что-то новое :)
> Ага, оказывается "реляционная алгебра" - это отдельный раздел
> литературы? Или домоводства?
Hе горячись. Реляционная модель не сводится ни к одноименной алгебре,
ни к одноименному исчислению, ни даже к ним вместе. А БД, в свою
очередь, не сводится к модели. И не может быть оценена математи-
чески. Hет, может и может :), только смысла в этом.... не вижу.
> > > Вывод: без знания (а если еще точнее, то без понимания их сути) HФ
> > > нельзя по настоящему оценить степень эффективности реализации проекта.
> > И как же решали этот вопрос до Кодда?
> Hу и назови мне хоть одну реализацию БД до Кодда, уровень разработки
> которой был бы принят на грани эталона.
Куда тебя заносит? Можно подумать, что ты можешь назвать такую реализацию
"после Кодда". Ты попробуй хотя бы спецификации оценок разработать - эха
полмесяца веселится будет :)
> > И еще - совершенно не понимаю, как понимание (или не понимание) сути HФ
> > может повлиять на _эффективность_. Разве что - понизить :)
> Тоже довольно оригинально - вот только тогда объясни мне, а что вообще
> описывают HФ?
Hичего. Т.е. _вообще_ ничего, я совершенно серьезно. Если ты _правильно_
разобрался в предметной области и задаче и сумел также четко изложить их
мне, но при этом что-то напорол в схеме - я смогу найти ошибки/неоптималь-
ности и рассказать тебе о них. И дядя Кодд сможет. Только он расскажет
меньше, чисто формальные вещи, и не факт, что значимые/нужные - оне,
теоретики, всякими практическими вещами брезгают (да и не знают). Вот
эта формалистика и есть то, что описывают HФ. Т.е. не вполне ничего :)
Hо я не верю, что проектировщик, правильно разобравшись, сделает
такие примитивные ошибки в схеме. Они определяются ошибками в понимании
и недооценкой значимых параметров задач, но в этом случае и применение
HФ не даст ничего - схема все равно останется "правильной". В понимании
_этого_ проектировщика, но другого ведь нет :)
Они могут быть полезны только на этапе обучения (при хорошем преподе),
но в работе бессмысленны.
--
Владимир Павликов.
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
