Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
1. В чем преимущество уникальных индексов по сравнению с обычными? Они имеют другую структуру и работают быстрее? 2. В чем принципиальная разница между созданием уникального индекса и созданием обычного индекса и уникального ключа на это же поле? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 14:44 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
1. Ни в чем 2. Будет один индекс вместо двух Ключ автоматически создаёт индекс. Вручную создавать уникальные индексы никогда не надо. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 14:47 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Interloper, 1. Уникальный индекс всегда имеет наилучшую селективность, в остальном ничем. 2. Если есть уникальный ключ, то ещё один индекс создавать не надо, исключением может быть только наличие навигации (сортировки) по индексу в обоих направлениях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 14:59 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Interloperсозданием обычного индекса и уникального ключа на это же поле?масло масляное. впрочем Денис уже написал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 15:20 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovВручную создавать уникальные индексы никогда не надо. Можно поинтересоваться мотивом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 16:03 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Kirill RazuvaevМожно поинтересоваться мотивом? Да блин. Имелось ввиду при наличии ключа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 16:51 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
YuRockИмелось ввиду при наличии ключа. Имелось ввиду вообще. Либо тебе нужно гарантировать уникальность и тогда надо создавать ключ, либо уникальность гарантировать не надо и тогда сойдёт любой индекс. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 17:53 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovИмелось ввиду вообще. Либо тебе нужно гарантировать уникальность и тогда надо создавать ключ, либо уникальность гарантировать не надо и тогда сойдёт любой индекс.А как же промежуточные таблицы из двух полей для связей M:M, где в PK входят оба поля (F0,F1), но нужен также и обратный уникальный индекс (F1,F0) для эффективного поиска в обратную сторону? Или без разницы, будет такой индекс уникальным? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 21:47 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Для обратного поиска такой индекс не нужен. И таки да, быть уникальным ему ни к чему. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 22:02 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovДля обратного поиска такой индекс не нужен Да ладно. Может в основном да, но в общем случае? Пусть есть ПК (FIELD_M,FIELD_N) Что, для запросов типа Код: sql 1. или Код: sql 1. не нужен обратный индекс? Я не уверен. Но кажется нужен, во всяком случае в FB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 22:24 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
YuRockдля запросов типа Во-первых, это сферические запросы в вакууме. Во-вторых, по FIELD_N уже есть индекс от внешнего ключа, его может быть достаточно. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 22:49 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
YuRock, обратный индекс может потребоваться при DESC сортировке (или при вычислении MAX), для всех других случаев достаточно ASC индекса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2015, 23:01 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Симонов Денис, Я имел ввиду не это, а индекс по полям(N,M) при ПК (M,N). Не совсем корректно выразился, не обратный, а с обратным порядком полей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2015, 00:31 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovYuRockдля запросов типа Во-первых, это сферические запросы в вакууме. Во-вторых, по FIELD_N уже есть индекс от внешнего ключа, его может быть достаточно. чтто за внешний ключ? Кто его создал? Я говорил только про ПК. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2015, 00:33 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovYuRockИмелось ввиду при наличии ключа. Имелось ввиду вообще. Либо тебе нужно гарантировать уникальность и тогда надо создавать ключ, либо уникальность гарантировать не надо и тогда сойдёт любой индекс. А чем плох вариант создания уникального индекса? Он не гарантирует уникальность? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2015, 08:04 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
YuRock, препочитаю не создавать ПК из двух полей. Лучше пусть ПК будет искуственным, ан если требуется то на те два поля наложу уникальный ключ. В общем случае надо думать когда создаёшь композитный индекс как он будет использоваться. Сомневаюсь что потребуется такое Код: sql 1. и одновременно такое Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2015, 09:38 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Kirill RazuvaevИли без разницы, будет такой индекс уникальным? ну чего вы, честное слово. Уникальный индекс от неуникального отличается только тем, что уникальный при вставке нового ключа проверяет, есть такой уже или нет. Если есть - говорит что нарушение уникальности. Дальше, после того как ключ вставлен, никакой разницы. Если есть данные, то уникальный индекс по столбцу можно построить только тогда, когда нет одинаковых значений в разных столбцах. Если есть - строим неуникальный индекс. Если индекс по столбцу уже построен, нафига еще один индекс на этот же столбец? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2015, 09:58 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
kdvKirill RazuvaevИли без разницы, будет такой индекс уникальным? Если есть данные, то уникальный индекс по столбцу можно построить только тогда, когда нет одинаковых значений в разных столбцах . Может в разных строках? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2015, 10:04 |
|
||
|
Уникальные индексы
|
|||
|---|---|---|---|
|
#18+
Симонов Дениспрепочитаю не создавать... Лучше пусть... Сомневаюсь что потребуется такое... Ну при чем тут предпочтения/допущения. Речь же об общем случае шла. Мне такое одновременно тоже никогда не надо было, но мало ли процессов жизнедеятельности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2015, 16:00 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38917786&tid=1562947]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
194ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 295ms |

| 0 / 0 |
