|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Dmitry Kokorev 2:5057/29.1 10 Aug 2001 10:16:37
To : Vladimir Pavlikov
Subject : текстовые ключи
--------------------------------------------------------------------------------
Среда Август 08 2001 14:42, Vladimir Pavlikov писал All:
VP> From: "Vladimir Pavlikov" <pvv@soil.msu.ru>
VP> Hello! "Dmitry Kokorev" <Dmitry.Kokorev@p1.f29.n5057.z2.fidonet.org>
VP> wrote:
>> давайте определимся хотя-бы с терминами. Hапример:
>> _идентификатор_ - группа _атрибутов_ (возможно не единственная),
>> уникальная для любого кортежа и позволяющая гарантированно
>> идентифицировать этот корт.
VP> Если под атрибутами понимать данные-"поля" предметной области - это не
VP> так. Да и кортеж - чисто реляционное понятие, лучше использовать
Hе горячись.
------------ cut -----------
БСЭ:
Кортеж (в математике)
Кортеж в математике, упорядоченный набор из n элементов (n - любое натуральное
число), называемое его компонентами, или координатами. Различные (т. е. стоящие
на разных местах в одном и том же К.) компоненты К. могут между собой и
совпадать. Синонимом термина <К.> является термин вектор, что связано с наиболее
естественной интерпретацией К. как точек (или векторов) n-мерного пространства
или упорядоченных совокупностей их координат. Посредством К. удобно
характеризовать объекты, описываемые при помощи n независимых друг от друга
признаков. Понятие числового К. играет основную роль в теории функций многих
действительных переменных, К. произвольной природы - в линейной алгебре (понятие
К. - здесь чаще принято говорить <вектора> - является частным случаем более
общего алгебраического понятия матрицы). К. используются также (наряду с др.
основными понятиями и терминами) в математической логике, дескриптивной теории
множеств, топологии, функциональном анализе, теории автоматов и др. разделах
математики. Особенно легко и естественно с помощью К. вводятся основные понятия
и формулы комбинаторики.
------------- cut -----------------
но экземпляр звучит понятнее, согласен.
VP> термин экземпляр. С учетом же того, что идентификатор не есть
VP> понятие необходимое - а надо ли его определять (в смысле - для чего)?
в той трактовке, которую я представил - для идентификации единичного экземпляра
>> в реляционной модели идентификатор зовется ключом, обязательно
>> должен существовать так как используется для связывания.
VP> Тут ты о каком идентификаторе? Идентификатор идентифицирует экземпляр,
все о том-же, термин определен выше.
VP> а связь - это нечто другое. В памяти, к примеру, это может быть
VP> просто
в какой памяти, тут речь про реляционную модель и про идентификатор в
реляционной модели.
>> в сетевой модели присутствие идентификатора - не обязательно и
>> зависит от предметной области.
VP> Hеобходимость (а не присутствие) зависит не от области, а от задачи.
хорошо, согласен. сути это не меняет.
VP> Причем и область, и задачи никак не зависят от моделей --> упоминание
VP> сети избыточно. Здесь я говорю именно о идентификаторах, т.е. о
нет не избыточно. в той, трактовке в которой я использую термин "идентификатор",
он совершенно не обязан присутствовать в экземпляре в сетевой модели.
VP> уникальности экземпляров. Что же касается связей - в сети они
VP> обеспечиваются инструментарием. Т.е. упоминание реализационных
VP> механизмов (у которых какие-то идентификаторы связи, конечно же, есть)
VP> на уровне использования тоже избыточно - в _модели_ они опять не
VP> нужны.
ты меня ни с кем не спутал ? где я говорил обратное ?
>> Давайте лучше говорить о распределенной БД, когда не все данные есть
>> на каждом узле БД. Тогда сетевая видимо действительно курит. Или нет
VP> Разумеется нет. Сеть "больше" реляционки, и не может не иметь ее
VP> возможностей. --
т.е. в этом случае для организации связей в сетевой модели БД будут использованы
чисто реляционные приемы ?
C уважением, Dmitry Kokorev.
PS Вот кстати красноречивее некуда. Я попытался ввести понятие всего лишь одного
термина, и уже столько разночтений. :( Как в таких условиях вообще можно вести
разговор ?
---
* Origin: @ORIGIN.TXT.TXT.TXT.TXT (2:5057/29.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
