su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Vladimir Pavlikov                    2:5020/400     10 Aug 2001  14:38:14
 To : All
 Subject : Re: текстовые ключи
 -------------------------------------------------------------------------------- 
 

 
 Hello! "Dmitry Kokorev" <Dmitry.Kokorev@p1.f29.n5057.z2.fidonet.org> wrote:
 
 >  VP> Если под атрибутами понимать данные-"поля" предметной области - это не
 >  VP> так. Да и кортеж - чисто реляционное понятие, лучше использовать
 
 > Hе горячись.
 > ------------ cut -----------
 > БСЭ:
 > Кортеж (в математике)
 
 Я спокоен. Hо при чем тут математика? Разговор идет в рамках теории БД.
 
 > но экземпляр звучит понятнее, согласен.
 
 Согласовано.
 
 >  VP> термин экземпляр. С учетом же того, что идентификатор не есть
 >  VP> понятие необходимое - а надо ли его определять (в смысле - для чего)?
 
 > в той трактовке, которую я представил - для идентификации единичного
 > экземпляра
 
 Это понятно. Вопрос в другом - нужен ли он в рамках обсуждаемых тем.
 Впрочем, снимаю - будем считать, что нужен. Hо у него два качества -
 идентификации (для экземпляра) и связи. И нужность двух качеств в
 разных моделях неодинакова, поэтому желательно их различать, во избе-
 жание. Т.е. просто слово Идентификатор желательно не употреблять,
 требуется доопределение. Да хоть так ИИ[дентификации] и ИС[вязи].
 Претензии, как обычно, принимаются :), но - желательно конструк-
 тивные, т.е. собственные предложения.
 
 >  >> в реляционной модели идентификатор зовется ключом, обязательно
 >  >> должен существовать так как используется для связывания.
 >  VP> Тут ты о каком идентификаторе? Идентификатор идентифицирует экземпляр,
 
 > все о том-же, термин определен выше.
 
 Я только что изложил вопрос подробнее.
 
 >  VP> а связь - это нечто другое. В памяти, к примеру, это может быть
 >  VP> просто
 
 > в какой памяти, тут речь про реляционную модель и про идентификатор в
 > реляционной модели.
 
 Если речь _только_ о реляционке - говорить не о чем. Так же, как и
 изобретать термины, ибо есть общепринятый - Ключ.
 
 >  >> в сетевой модели присутствие идентификатора - не обязательно и
 >  >> зависит от предметной области.
 >  VP> Hеобходимость (а не присутствие) зависит не от области, а от задачи.
 
 > хорошо, согласен. сути это не меняет.
 
 Для меня - меняет, но настаивать не буду.
 
 >  VP> Причем и область, и задачи никак не зависят от моделей --> упоминание
 >  VP> сети избыточно. Здесь я говорю именно о идентификаторах, т.е. о
 
 > нет не избыточно. в той, трактовке в которой я использую термин
 > "идентификатор", он совершенно не обязан присутствовать в экземпляре в сетевой
 > модели.
 
 Чуть выше ты писал, что речь идет о реляционке... А я - о двух ролях
 идентификаторов... И только что ты согласился с тем, что "зависит от
 задачи", а не от области, тем более - от модели. И вдруг - опять модель.
 Реши для себя, о чем ты все-таки - потом поделишься с общественностью :)
 
 >  >> Давайте лучше говорить о распределенной БД, когда не все данные есть
 >  >> на каждом узле БД. Тогда сетевая видимо действительно курит. Или нет
 >  VP> Разумеется нет. Сеть "больше" реляционки, и не может не иметь ее
 >  VP> возможностей. --
 
 > т.е. в этом случае для организации связей в сетевой модели БД будут
 > использованы чисто реляционные приемы ?
 
 Вовсе необязательно, даже почти наверняка нет. Поскольку идентификатор
 связи просто будет составным, включая и идентификатор узла БД. При
 этом в сетевой БД использование реляционных приемов всегда возможно,
 обратное неверно.
 
 > PS Вот кстати красноречивее некуда. Я попытался ввести понятие всего лишь
 > одного термина, и уже столько разночтений. :( Как в таких условиях вообще
 > можно вести разговор ?
 
 Привыкай :)
 А что ты хочешь? Терминов, вырванных из контекста, не бывает. Соответсвенно,
 доопределение контекста необходимо. Обычно поступают наоборот - сначала
 [долго и нудно] описывают контекст, а затем в его рамках определяют термины.
 --
           Владимир Павликов.
 Отправлено через сервер Talk.Ru - http://www.talk.ru
 --- ifmail v.2.15dev5
  * Origin: Fidolook Express 2.000  www.fidolook.da.ru (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    Re: текстовые ключи   Vladimir Pavlikov   10 Aug 2001 14:38:14   Hа: текстовые ключи   Sergey Pratбh   10 Aug 2001 16:17:38