ModelR
А как назвать поле которое
1) используется в БД и внешнем мире в одинаковом смысле,
но
2) значение поля генерируется автоматически в БД
и каким-то образом эквивалентность (1) сохраняется в дальнейшем.
Может, "искусственный ключ" ?

Неизменность значений, и вообще все что Вы включили в пп2 не имеет прямого отношения к ключам (у них главное уникальность). Может иметь косвенное в плане физической реализации и прямое к идентификаторам. Но не везде первичный ключ считают идентификатором. Он может иметь значение физическое в плане производительности, и с учетом того, что некоторые операции в диалектах языков БД (или каких-то фичах) различных производителей возможны для первичных ключей, и не допустимы для альтекрнативных.

В любом случае это поле, про которое Вы говорите, обыкновенно претендует на термин "естественный". Поскольку единственным признаком деления на Естественные или Суррогатные является принадлежность атрибута реальному объекту или нет.
Суррогатный мало о чем говорит юзеру (отсюда и название). Его, например, нет во документах, потому проверить нельзя. В реальном мире все равно приходится идентифицировать как-то иначе, када пытаются понять о чем речь. Но зато мало причин его менять, а это имеет значение. А раз в Вашем случае этими свойстывами обладает естественный, то Вам повезло.

ModelR
Все, что не уникально, просто не имеет отношения к теме. Дальнейшая классификация имеет прямое отношение только к ключам.
если БД тогда это искусственный бизнес-ключ этой БД или просто искусственный ключ,
если внешний мир то это естественный бизнес-ключ или просто естественный ключ


Я хотел только сказать, что ключ связан с уникальностью и минимальностью (никакое другое подмножество атрибутов ключа не обладает уникальностью).
Болльше ни с чем (в том чистле и неизменностью). Атрибуты могут быть суррогантными или естественными или в зависимости от искуственности.
Уникальность имеет бизнес природу для естественных. Для искуственных она навязывается.

Т.е. обыкновенно, без дополнительных распоряжений, то что Вы называете искусственный бизнес-ключ - просто суррогатный ключ.

А воторое так и есть - естественный ключ

ModelR
ибо если мы генерируем ключ в БД, например, присваиваем инвентарный номер экземпляру книги в библиотеке, то изначально этот номер реальному объекту не принадлежит и в нем ничего естественного нет. Когда он будет нанесен на экземпляр, то уже конечно безразлично, откуда он взялся, главное что он одинаков в БД и во внешнем мире.

Как же инвентарный номер и не принадлежит? Еще как принадлежит. Это атрибут ПО данного предприятия - библиотеки. Прописанный в документах. Он юзеру потому о многом говорит. Библиотекарю больше порой, чем само название книги. Но его нельзя в общем случае сгенерить. Тока если поменять все инвентарные номера. Но они во многих доках уже есть. Их переделывать никто не захочет. Если этих документов еще нет и все пропускают культурно, через БД, тада возможно.
Вот если Вы просто генерите идентификатор, который не тока не инвентарный номер, но и вообще ни что в ПО, тада другое дело - не принадлежит реальному объекту.

ModelR
Если возможность использования во внешнем мире понимается как обязанность системы не изменять смысла идентификатора, то это и называется искусственный ключ.

Не совсем ясно, как система вообще может изменить смысл идентификатора (т.е. можно ли ее обязать менять смысл), который обыкновенно находится в голове у юзера. Или имеется в виду что он меняет его имя в схеме. Ну тада уже не до ключей. Тут кое что поущественней в жизни БД происходит.
И что это за искусственный ключ. По большому счкту в БД все искусственного происхождения. Или это синоним суррогатного ключа, или вычислимого поля?

ModelR
Изменить смысл идентификатора (речь идет смысле конкретного значения, а не о смысле наменования ) - значит под данным значением ИД='12334' хранить информацию о другом объекте, не том что вчера.

Так это просто изменить значение идентификатора. Так точнее и проще. Смысл то все равно юзера. И это ничего не дает.

ModelR
Если сиcтема:
1) генерирует значения ключа,
2) эти значения используются во внешнем мире
то ключ называется искусственным по отношению к этой системе.

А почему не просто естественным и вычислимым как раньше? Ведь ничего не изменилось в этом смысле с тех пор. А искусственный, в условиях када и сами проги исусственны разве не будет сбивать с толу, а что он дает не понятно.
В какой литре его так назвали? И кто? Фамилии их интересны тоже.

ModelR
Изменилось значение идентификатора значит вместо ИД ='12334' стало ИД= '98765'.
Смысл в формальных системах - это соответствие. Изменение смысла - изменение соответствия

Смысл его в том, что он идентификатор или что он там собой представляет как атрибут. И от того что поменялись данные он идентификатором быть не перестал. Вот если бы после того как он стал = '98765', его следовало бы интепретировать как средняя зарплата в баксах за год специалиста ИТ в нашей стране, то можно было бы сказать, что смысл изменился.
Формальные системы имеют тенденцию по возможности абстрагироваться от смысла объектов.

ModelR
1) используется в БД и внешнем мире в одинаковом смысле,
но
2) значение поля генерируется автоматически в БД
и каким-то образом эквивалентность (1) сохраняется в дальнейшем.

Естественное поле. Причем все что в пп 2) не имеет никакого значения в этом плане. Нарушение эквивалентности - нарушение достоверности данных. Как он генерится руками или автоматически вообще не имеет значения. Это забота проггеров. Может изобретут наконец способ, када комп научится читать мысли и будет все генерить автоматически. А можно юзера заставить писать инкрементно 1, 2 , N, N+1. Низкий уровень автоматизиции. Тока и всего.

ModelR
Наименование, область определения и область значений соответствия не изменились, а само соответсвие изменилось. Вот о чем речь. Секунду назад сведения об объекте внешнего мира, известном как "Иван Иваныч" , лежали в БД под ИД ='12334' , а теперь - под ИД= '98765'. Во внешнем мире ровно ничего не произошло. Все произошло в БД.

Обыкновенно это просто изменились данные. Модель данных обеспечивает интерпритацию данных, т.е. средства для пониманиях их смысла. Например, в РМД смысл табл и столбцов. У нее для этого есть схема БД. Если изменение данных не ведет к изменению иинтерпритации схемы, то смысл не изменился с точки зрения модели - изменились тока данные.
Стал новый ИД у "Иван Иваныч" - БД перешла в другое состояние как при любом другом изменении данных. Тем более ИД в данном примере не несет в себе никакого смыслы - он суррогатный. Вот если бы при ИД ='12334' Иван Иванович интерпретировался как студет, а при ИД= '98765' как преподователь - оставаясь в той же табле в том же столбце, и это влияет на запросы в БД. То смысл изменился. Я видел такие БД. Это нарушение принципов моделирования - меняется по сути модель данных при модификации данных. Интерпритация данных зависит от значений - одной схемы не достаточно, чтобы понять что они означют.

ModelR
Для естественного поля забота проггеров - как и откуда его вводить, как отследить внешние изменения. Для исскуственного, кроме генерации - кого и как известить об изменениях.

Для естественного может и надо кого-то извещать. А суррогатный юзерам мало что говорит. Или у них еще одна БД хде они записали, что ИД ='12334' и теперь надо поменять на ИД= '98765'? Боюсь, что такая ИС где это надо делать по меньшей мере никуда не годится. Толи проектировщики редкие чайники, толи технологии необыкновенно устаревшие.

ModelR
Смыслов вообще-то много, и кроме одного все сохранились- база по прежнему про кадры, таблица - про людей, и т.д., только соответсвие ЗНАЧЕНИЙ ИД и ЭКЗЕМПЛЯРОВ объектов внешнего мира изменилось.

В рамках модели данных смысл один - ИД идентификатор (суррогатный).
Любые соответсвия это просто данные описывающие сущность инфа, о которой хранится в БД. Это просто факты. Суррогатный потому, что к сущности припичатано, то чего нет во внешнем мире как Вы это называете или в ПО как это принято в литре. Поменялось значение, а смысл остался - 98765 это значение идентификатора Иванова, а не скажем, его зарплата.

ModelR
В том то и дело, что с точки зрения внешнего мира ничего не изменилось, база в прежнем состоянии, ибо собственно суррогаты извне - безразличны, также как скажем физическое размещение по дискам.

Если суррогаты - безразличны для юзеров, то о смысле соответсвия, либо еще чего подобного, тем более говорить не приходится. Однако, состояние БД изменилось. И такие изменения не говорят ни о чем хорошем - слабый идентификатор, потому что меняется во времени. Вообще одна из причин выбора суррогата - надежда на его неизменчивость. Потому во многих СУБД предусмотрены более сильные идентификаторы, чем счетчики. Например, генераторы гллобальных идентификаторов - вот пример значения из Оракла 88941C950D7B448E8F89DC7720E786CF. Т.е. изменение суррогатных ИД выглядит как какие-то программные ухищрения, однако, связанные с изменением БД. Т.е. плохой стиль. Иногда в литре приходится видеть вообще утверждения, что для РМД ИД не должны меняться. Хотя, конечно, это не строго.
В общем случае нельзя говорить и о том, что все запросы будут возвращать то же, что и до такого изменения. Если парни меняют значения суррогатов, то от них или такой системы можно ждать чего угодно.

ModelR
Не суррогатный - искусственный. Есть две базы - в одной странам ПРИСВАИВАЮТ коды по ИСО, в другой их ИСПОЛЬЗУЮТ. Там где присваивают, если код страны - ключ, то он ключ искусственный. Там где используют, если код страны ключ -то он ключ естественный.

Суррогатный - имеет значение тока, то что он не соответствует никаким свойствам сущностей ПО, т.е. мало о чем говорит юзерам.
ИСО, как Вы его описали, в обеих естественный. По нему могут быть запросы и все такое. Он прописан в каких-то утверденных в ПО документах. По нему могут быть выборки осмысленные. А то что его там не используют - так много , что есть в БД, чего часть юзеров не используют. На то они и БД, чтобы быть предназначенными для многих приложений. Ведь основная идея БД интеграция данных. Естественно, что часть данных кто-то не использует. Если, к примеру, в БД предприятия есть кадры и бухгалтекрия, то вся инфа про платежки для кадровиков может не представлять интереса. Что ж она теперь искусственная?
Для кадровиков, но не искуственная для бухгалтеров? Для этого есть термины - типа локальная модель данных, глобальная. Они хоть к модели привязаны. А искусственный к чему? Что он дает в общем раскладе?