Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Первичный ключ и уникальный индекс.
|
|||
|---|---|---|---|
|
#18+
Postgres 12. Поясните, в чем разница между ними? Для определенности рассмотрим только Б-дерево. Может тогда я смогу понять, почему в определении индекса можно управлять сортировкой полей, а в PK - нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2020, 11:25 |
|
||
|
Первичный ключ и уникальный индекс.
|
|||
|---|---|---|---|
|
#18+
Шамиль Фаридович, уникальный индекс — способ реализации первичного ключа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2020, 13:28 |
|
||
|
Первичный ключ и уникальный индекс.
|
|||
|---|---|---|---|
|
#18+
Шамиль Фаридович Postgres 12. Поясните, в чем разница между ними? Для определенности рассмотрим только Б-дерево. Может тогда я смогу понять, почему в определении индекса можно управлять сортировкой полей, а в PK - нет. Никакой разницы нет и то и другое уникальный btree. Для PK (и для unique constraint) это просто ограничение реализации внутри такое исторически сложившееся. Если надо управление сортировкой сделайте просто not null + уникальный индекс с нужной сортировкой. Для всех прикладных задач это будет эквивалентно PK. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2020, 13:36 |
|
||
|
|

start [/forum/topic.php?fid=53&gotonew=1&tid=1994744]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
168ms |
get topic data: |
12ms |
get first new msg: |
9ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 11ms |
| total: | 297ms |

| 0 / 0 |
