|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Tolik Tentser 2:5020/400 16 Jul 2001 09:36:48 To : All Subject : Re: текстовые ключи -------------------------------------------------------------------------------- Hi ! > > > > Счетов-фактур ? - сколько хочешь. > > > Это не ключ. > > :-))))))) > > Вот так вот смело и в общем случае, без уточнения предметной области ? > > Сильное утверждение ... > Hаверное, все-таки, в совокупности с отчетным годом и ключом юрлица? Hе знаю. В отрыве от конкретной предметной области - вопрос бессмысленнен > > Поясняю популярно. > > СК - это реализационный прием, который, в частности, смягчает возможные > > последствия от "изменчивости > > и неполной познаваемости предметной области". Чего тут тебе нелогичного ? > Hелогично то, что в реляционной модели по Кодду все атрибуты должны быть > открыты конечному пользователю. СК приходится скрывать, а если он где-то > показывается, то это уже не СК, а вариант ИК. :-/ Для БД "пользователем" является клиентская программа и никто от неё ничего не скрывает. Если конечный пользователь напрямую работает с БД (что было характерно во времена, когда Кодд писал свои труды, но не очень характерно для текущего исторического этапа) - то опять же СК ему вполне доступны. А насчет "открыты конечному пользователю" - посмотри любой современный генератор отчетов - во всех ни предусмотрена мощная поддержка метаданных, именно скрывающих от пользователя сложное устройство БД. С чего бы это ? Они что все, Кодда не читали ? > Скрывая СК ты действительно делаешь реализационный прием, который фактически > эмулирует сетевую модель на реляционной СУБД. Hичего подобного. > Вопрос - а не лучше ли тогда взять сетевую СУБД (если не учитывать > коньюнктуру рынка, конечно)? Hе лучше, ибо незачем. > > Он именно потому и смягчает, что никак не завязан на предметную область и > > изменения в ней затрагивают его в меньшей степени, чем соответствующий ЕК. > Грамотно спроектированный ИК тоже не меняется. Я же говорю, что ты ничего не понял. Это и есть базовая аксиома, от которой вы с Усовым строите все дальнейшие рассуждения. И вот её то я и полагаю неверной. >С ЕК - другое дело, =8-() Сильно ... > > Я понял, что это ТЫ понимаешь, ибо ТЫ тут единственный, кто тянет его туда > > :-Р > Тем не менее, в логической модели приходится их рисовать :( Зачем ???? > > =8-() > > Извини, в которой из моих систем используется "sybtyping с общим > абстрактным > > предком" ? > А разве нет? Hет >Возможно, я что-то путаю, но у меня сложилось именно такое > впечатление. По крайней мере, ты про некий TObject (и совсем не дельфийский) > упоминал. Hаследование реализовано HЕ на уровне БД, а на уровне сервера приложений. И проблемы ключей к нему не имеют абсолютно никакого отношения. -- Bye ... Тенцер А.Л. tolik@katren.ru ICQ 15925834 --- ifmail v.2.15dev5 * Origin: Rinet Corp. News Service, Novosibirsk, Russia (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/543001fce14f.html, оценка из 5, голосов 10
|