ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Первичный ключ (выделять отдельное поле или нет?)
23 сообщений из 23, страница 1 из 1
Первичный ключ (выделять отдельное поле или нет?)
    #39481413
Olegrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Olegrik
Гость
Здравствуйте!
Подскажите, пожплуйста, стоит ли мне создавать отдельный поле под первичный ключ, если у меня в таблице есть поле, значения которого не будут нулевые и будут уникальные.
Насколько я понимаю, первичный ключ - это поле не нулевое и уникальное, которое дополнительно индексируется СУБД (может не всеми по-умолчанию).
Если конкретнее, то я говорю про таблицы devicetype, cartridgetype, stock, employee.
Например, в качестве первичного ключа для таблицы cartridge я выбрал sn (серийный номер), т.к. эти значения не могут быть нулевыми или дублироваться.

Как будет правильнее по теории и на практике.
Заранее благодарю!

PS. Индексируются ли автоматиччески поля с уникальными значениями в MySQL?
...
Рейтинг: 0 / 0
03.07.2017, 05:42
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481433
Фотография vmag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vmag
Участник
OlegrikНапример, в качестве первичного ключа для таблицы cartridge я выбрал sn (серийный номер), т.к. эти значения не могут быть нулевыми или дублироваться.

У разных производителей серийные номера могут дублироваться, по крайней мере за обратное никто не утверждал...
Они могут гарантировано не повторяться, только если вы сами будете присваивать им свои собственные серийные номера...
Но в этом случае это будет все тот же обычный счетчик ключ, так зачем тогда городить огород, если можно пользоваться штатными счетчиками-ключами ?
...
Рейтинг: 0 / 0
03.07.2017, 08:35
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481442
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
Olegrik,

Тема потенциально флеймовая.
Суррогатный ключ vs естественный ключ.

Решается в зависимости от конкретных бизнес-требований.
А так, в общем случае суррогатный ключ универсальнее, хотя не всегда удобнее.
...
Рейтинг: 0 / 0
03.07.2017, 09:08
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481511
Alibek B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alibek B
Участник
OlegrikНапример, в качестве первичного ключа для таблицы cartridge я выбрал sn (серийный номер), т.к. эти значения не могут быть нулевыми или дублироваться.
Типичное заблуждение.
Для учета ТМЦ используйте суррогатный ключ (счетчик).
...
Рейтинг: 0 / 0
03.07.2017, 10:34
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481663
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Akina
Участник
Вообще-то назначение первичного ключа - это однозначная идентификация записи. Однако - с обязательным учётом следующих обстоятельств:

1) Значение поля первичного ключа записи должно быть уникально в пределах таблицы в течение всего срока жизни (внимание!!!) таблицы. Именно таблицы, а не записи! То есть удаление записи не "освобождает" значение первичного ключа этой записи для повторного использования.

2) Значение поля первичного ключа записи, кроме собственно уникальной идентификации записи, в первую очередь предназначено для уникальной идентификации записи в операции установления связи с другими таблицами (внешние ключи). То есть типы данных, которые "не очень подходят" для установления связи (скажем, строковые типы... или совсем не подходят - скажем, блобы), точно так же плохо подходят и в качестве первичного ключа.

Одним из следствий этого является то, что наличие у поля, являющегося первичным ключом, содержательной компоненты - нежелательно. Попытка "втиснуть" в одно поле двух принципиально различных и способных противоречить друг другу назначений скорее всего приведёт к проблемам - если не сейчас, то в будущем. Когда переделывать придётся гораздо больше, чем если принять правильное решение на этапе проектирования.

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

Моя рекомендация - суррогатный ключ. И, если нужно, уникальный констрейнт (индекс) на содержательное поле.
...
Рейтинг: 0 / 0
03.07.2017, 12:38
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481713
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
schi
Участник
Если удобно использовать естественный ключ, надо использовать естественный ключ.

Правоверных развелось...
...
Рейтинг: 0 / 0
03.07.2017, 13:21
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481742
Olegrik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Olegrik
Гость
Спасибо всем большое!
Буду думать о суррогатных и естественных ключах - мой пробел в знаниях.
...
Рейтинг: 0 / 0
03.07.2017, 13:51
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481821
Alibek B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alibek B
Участник
schiЕсли удобно использовать естественный ключ, надо использовать естественный ключ.
В учете ТМЦ не бывает естественных ключей.
Для любого атрибута может возникнуть ситуация, когда он не указывается, изменяется или дублируется.
...
Рейтинг: 0 / 0
03.07.2017, 14:59
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481866
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
schi
Участник
Alibek B.schiЕсли удобно использовать естественный ключ, надо использовать естественный ключ.
В учете ТМЦ не бывает естественных ключей.
Для любого атрибута может возникнуть ситуация, когда он не указывается, изменяется или дублируется.

Какой ключ использовать - целиком и полностью зависит от задач, а не от советов гуру разного уровня.
...
Рейтинг: 0 / 0
03.07.2017, 15:32
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481878
Alibek B
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alibek B
Участник
schiКакой ключ использовать - целиком и полностью зависит от задач, а не от советов гуру разного уровня.
Разумеется есть люди, которым нравится набивать собственные шишки, а затем их лелеять.
Но если таких склонностей нет, то лучше поверить на слово, что в складском учете и в учете ТМЦ естественных ключей не бывает.
...
Рейтинг: 0 / 0
03.07.2017, 15:43
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39481922
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Akina
Участник
 
Если нет своего совета - нужно хотя бы охаять чужие...


schi , если человек не знает, какой ключ ему нужно использовать в его задаче - как он может узнать это без советов?
...
Рейтинг: 0 / 0
03.07.2017, 16:28
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39482085
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cane Cat Fisher
Участник
schiКакой ключ использовать - целиком и полностью зависит от задач, а не от советов гуру разного уровня.

Да, это правда. Проблема лишь в том, что не существует задач, где было бы целесообразно использовать естественный ключ.
...
Рейтинг: 0 / 0
03.07.2017, 20:02
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39482107
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кот Матроскин
Участник
Cane Cat FisherschiКакой ключ использовать - целиком и полностью зависит от задач, а не от советов гуру разного уровня.

Да, это правда. Проблема лишь в том, что не существует задач, где было бы целесообразно использовать естественный ключ.

Ну, смотря что считать "естественным ключом". 2 ID в таблице "многие-ко многим" - это что?
Определенно не суррогат :)
...
Рейтинг: 0 / 0
03.07.2017, 20:54
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39482181
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mad_nazgul
Участник
Так и знал, что будет флейм, флуд и содомия!
...
Рейтинг: 0 / 0
04.07.2017, 07:40
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39482383
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cane Cat Fisher
Участник
Кот МатроскинНу, смотря что считать "естественным ключом". 2 ID в таблице "многие-ко многим" - это что?
Определенно не суррогат :)

2 ID в таблице "многие-ко многим" - да, это никак не суррогат, это совокупность пользовательских данных, несущих прикладной смысл и подлежащих изменению - стало быть, настоящий естественный ключ.

И потому здесь в общем случае необходимо третье поле - собственно суррогатный ID. Необходимость его станет очевидной, если представить себе, например, что записи участвуют в репликации, или какой-то системе проколирования "кто и когда это сделал".

Можно, конечно, заявить, что и с двумя идами из всего этого можно выкрутиться. Конечно, можно. Но это будут уверки вроде "а у меня в конторе первичный ключ - фамилия, и ничего, все работает уже месяц".
...
Рейтинг: 0 / 0
04.07.2017, 13:39
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39482698
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
"По теории", скорее всего, имена столбцов уникальны в БД. Действительно, теория реляционных БД предполагает, что они могут оказаться в одной таблице.
...
Рейтинг: 0 / 0
04.07.2017, 19:05
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39482713
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
"По теории", скорее всего, суррогатные ключи рассматривать не имеет смысла. Она (теория) как бы применяется на логическом уровне. Теория пытается помочь спроектировать оптимальную схему или показать, что этого сделать нельзя в данном случае и выбрать между альтернативами. После ее применения получится таблицы. А суррогатный ключ - имеет смысл именно для таблицы, а не сам по себе. Тогда как естественный имеет смысл в предметной области.

Суррогатные ключи имеют некие преимущества в нынешней так сказать реализации СУБД. Там важно, что их изменение маловероятно, что всего один атрибут в во внешнем ключе. А естественным ключем могут оказаться все колонки таблицы. А если уже есть суррогаты, то лучше для стиля их ставить везде. Одинаковый стиль упрощает сопровождение.
...
Рейтинг: 0 / 0
04.07.2017, 19:37
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39486875
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
OlegrikЗдравствуйте!
Подскажите, пожплуйста, стоит ли мне создавать отдельный поле под первичный ключ, если у меня в таблице есть поле, значения которого не будут нулевые и будут уникальные.


Нет, не стоит


OlegrikНасколько я понимаю, первичный ключ - это поле не нулевое и уникальное, которое дополнительно индексируется СУБД (может не всеми по-умолчанию).


Не обязательно одно поле, может быть и набор полей.


OlegrikЕсли конкретнее, то я говорю про таблицы devicetype, cartridgetype, stock, employee.
Например, в качестве первичного ключа для таблицы cartridge я выбрал sn (серийный номер), т.к. эти значения не могут быть нулевыми или дублироваться.

Как будет правильнее по теории и на практике.


Ну, тут ещё надо 200 раз подумать, потому что очень многие поля, "уникальные" с точки зрения предметной области, оказываются
неуникальными с точки зрения технической.
Примеры, которые уже навязли в зубах -- это ИНН, номер паспорта и подобные вещи.
Это тема отдельной беседы, поищи, почитай.

OlegrikPS. Индексируются ли автоматиччески поля с уникальными значениями в MySQL?

Автоматически -- нет.
При создании констрейнтов PRIMARY KEY или UNIQUE -- да.
...
Рейтинг: 0 / 0
11.07.2017, 18:44
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39486879
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
1) Значение поля первичного ключа записи должно быть уникально в пределах таблицы в течение всего срока жизни (внимание!!!) таблицы. Именно таблицы, а не записи! То есть удаление записи не "освобождает" значение первичного ключа этой записи для повторного использования.


Это сильно зависит от предметной области.


2) Значение поля первичного ключа записи, кроме собственно уникальной идентификации записи, в первую очередь предназначено для уникальной идентификации записи в операции установления связи с другими таблицами (внешние ключи). То есть типы данных, которые "не очень подходят" для установления связи (скажем, строковые типы... или совсем не подходят - скажем, блобы), точно так же плохо подходят и в качестве первичного ключа.


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


Чтобы содержательное поле делать первичным ключом, нужно иметь к тому более чем веские основания. Которые встречаются крайне редко, даже я бы сказал - почти никогда.
Моя рекомендация - суррогатный ключ. И, если нужно, уникальный констрейнт (индекс) на содержательное поле.


Да, чаще всего проектировщики закладываются на то, чтобы поля PK (ни одно из) не имели никакого назначения в предметной области задачи. Это в 90% правильно, но иногда могут быть задачи, где это допустимо.

Я тоже бы рекомендовал остановиться на суррогатных ключах.
...
Рейтинг: 0 / 0
11.07.2017, 18:48
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39487798
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бредятина
Участник
Olegrik, не используйте эту концепцию (ключ), и у Вас не будет никаких проблем. Используйте базы данных.
...
Рейтинг: 0 / 0
12.07.2017, 18:30
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39487934
AX-Class
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AX-Class
Участник
Работал как-то с оборудованием, серийники которого были уникальны в пределах Глобуса. Руководство решило менять серийники между оборудованием. Ничего такого, просто чтобы не иметь геморроя с бюрократией и простаиванием. Для наружной бухгалтерии ничего не менялось. Но для аналитики и всякого обслуживания объекты должны быть разными. Хорошо, что были суррогатные ключи.
Это я к тому, что когда начинается черный учет, естественные ключи перестают быть.
...
Рейтинг: 0 / 0
13.07.2017, 00:49
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39488175
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
AX-ClassЭто я к тому, что когда начинается черный учет, естественные ключи перестают быть.


Тут проблема не в виде учёта, а в том, что в предметной области само значение естественного ключа имеет какой-то смысл, т.е. предметной области не всё равно, какое значение используется для идентификации данного конкретного экземпляра сущности.
Нормальный же PK по хорошему не должен нести никакой смысловой нагрузки КРОМЕ идентификации экземпляра.
...
Рейтинг: 0 / 0
13.07.2017, 11:29
| Ответить | Цитировать | Написать  
Первичный ключ (выделять отдельное поле или нет?)
    #39489906
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
OlegrikКак будет правильнее по теории и на практике.
По теории правильнее не плодить лишних полей. На практике надёжных естественных ключей не бывает.

OlegrikНапример, в качестве первичного ключа для таблицы cartridge я выбрал sn (серийный номер), т.к. эти значения не могут быть нулевыми или дублироваться.
Напишите инструкцию для кладовщика "Что делать, если по базе картридж №12345 год назад продан в Магадан, а на самом деле я держу его в руках, и номер точно именно такой, сверен три раза, и клиент хочет купить его прямо сейчас, потому что он единственный остался, а до Магадана не дозвониться".
...
Рейтинг: 0 / 0
17.07.2017, 02:10
| Ответить | Цитировать | Написать  
23 сообщений из 23, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Первичный ключ (выделять отдельное поле или нет?)
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/search_topic.php?author=Budhist&author_mode=last_topics&do_search=1]:
 0ms
get settings:
 10ms
get forum list:
 12ms
get settings:
 12ms
get forum list:
 13ms
check forum access:
 5ms
check topic access:
 5ms
track hit:
 53ms
get topic data:
 9ms
get forum data:
 3ms
get page messages:
 54ms
get tp. blocked users:
 1ms
others: 666ms
total:  843ms
созд. / загр.: 843ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]