Я бы руки отрывал за такие наименования id-полей.

Pallarisесли поле measurement есть в таблице nomenclature, то нафига оно в waybills?Такое бывает. Например, по нормативу некий строительный материал измеряется в тоннах, а в прайс-листе какой-нибудь конторы он в килограммах.

Алексей КAntonariyЯ бы руки отрывал за такие наименования id-полей.Нормальное именование. "Я бы руки отрывал" за именование ключей в стиле CustomerID, OrderID и т. п.Да ну? Ну скажи, к какой таблице относится каждое из полей:

id
id
id
?

Или попробуй догадаться, не заглядывая в начало топика, какие поля тут являются внешними ключами.

Алексей КAntonariyпропущено...
Да ну? Ну скажи, к какой таблице относится каждое из полей:
id
id
id
?Вопрос в отрыве от контекста не имеет смысла. Требуется уточнение вопроса.В этом и проблема. Никаких уточнений не потребовалось бы, если бы они назывались WaybillsID, MeasurementID и т.д.

Алексей КAntonariyИли попробуй догадаться, не заглядывая в начало топика, какие поля тут являются внешними ключами.Мы говорим про первичные ключи. Причём тут внешние? Не нужно уходить от темы.При том, что внешние будут назваться точно так же и однозначно указывать на таблицу с первичными.

Алексей КAntonariyпропущено...
В этом и проблема. Никаких уточнений не потребовалось бы, если бы они назывались WaybillsID, MeasurementID и т.д.Ты работаешь с полями в отрыве от таблицы? Что за бред. Приведи жизненную ситуацию, где именование первичных ключей в стиле ID мешает жить.Это — представление. Как ты узнаешь, к какой таблице относится поле ID, не заглядывая в его код?

Алексей КА если смотреть шире - поле ID в представлении должно браться из центральной таблицы "звёздочки" (корень агрегации). На эту центральную таблицу должно указывать имя представления. Так что мимо...Должно, значит. Аж дважды должно. Получается, ты заменяешь одно интуитивное правило двумя другими не интуитивными.
Алексей КЕщё варианты будут?А будет объяснение, почему CustomerID хуже id?

Понимаешь, мне часто дают разные базы с указанием перелить инфу в нашу. Как правило у этих баз нет никакой документации, и в их структуре никто не разбирается. Так вот разобрать базу, в которой ключевые поля называются CustomerID, на порядок проще, чем id. А если в ней нет даже связей между таблицам (а это не редкость, взять хотя бы широко распространенную библиотечную базу МАРК-SQL), или база предоставляется в виде прилинкованного сервера, где есть разрешения только на селекты, то еще сложнее.

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

LRAntonariyпропущено...
Да ну? Ну скажи, к какой таблице относится каждое из полей:

id
id
id
?
И чем этот вопрос "страшней" вопроса - Ну скажи, к какой таблице относится каждое из полей:
CustomerID
CustomerID
CustomerID
?

Более того, в первом случае мы хоть знаем, что это ПК, во втором случае и этого не знаем:
AntonariyПри том, что внешние будут назваться точно так же и однозначно указывать на таблицу с первичными.Мы говорим вообще-то о первичном ключе. Если он во всех таблицах называется id (см первый пост), мой вопрос имеет право на существование. Если он он во всех таблицах называется CustomerID, то автор базы упорот.

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

LRБолее того, в первом случае мы хоть знаем, что это ПКВ какой таблице id является первичным ключом? Во всех. Офигенно полезный ответ.

Сравниваем с MesurementID — ответ искать не надо.

LR во втором случае и этого не знаем:Mesurement это внешний ключ или просто поле? Х.з., авось найдем таблицу с подходящим по смыслу наименованием. Или раскурим отношения (если есть).

Сравниваем с MesurementID — ответ искать не надо.

HawkmoonУ меня лично так: первичный ключ всегда ID, все внешние ключи к другим таблицам в этой таблице - ТаблицаID.Это еще туда-сюда.