Перейти к содержимому

Изменения документа Сценарии

Редактировал(а) Alexandr Fokin 2024/03/24 15:00
От версии 1.11
отредактировано Alexandr Fokin
на 2024/03/24 15:00
Изменить комментарий: К данной версии нет комментариев
К версии 1.5
отредактировано Alexandr Fokin
на 2023/12/16 14:12
Изменить комментарий: Updated parent field.

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Разработка.Базы данных.Механизмы.Индексы.WebHome
1 +xwiki:Разработка.Базы данных.Механизмы.Индексы.WebHome
Содержимое
... ... @@ -1,21 +1,9 @@
1 -|(% style="width:193px" %) |(% style="width:1300px" %)[[План выполнения запроса>>doc:Разработка.Базы данных.SQL.Механизмы.План выполнения запроса.WebHome]]
2 -|(% style="width:193px" %) |(% style="width:1300px" %)Дружим ORDER BY с индексами
3 -[[https:~~/~~/habr.com/ru/companies/tinkoff/articles/487412/>>url:https://habr.com/ru/companies/tinkoff/articles/487412/]]
4 -|(% style="width:193px" %)Кластерный индекс Guid или int|(% style="width:1300px" %)(((
5 -В случае если кластерный индекс является нарастающим числом, то вставка новой строки всегда будет происходит в конец существующего набора данных. (Max + 1)
6 -В случае если кластерный индекс является GUID, то значения индекса может попасть в любую позицию набора данных (начало/середина/конец), т.к. GUID по умолчанию не дает гарантии нарастания, что может негативно сказаться на производительности.
1 +|(% style="width:193px" %) |(% style="width:1300px" %)
2 +|(% style="width:193px" %)Кластеризованный индекс Guid или int|(% style="width:1300px" %)(((
3 +В случае если кластеризованный индекс является нарастающим числом, то вставка новой строки всегда будет происходит в конец существующего набора данных. (Max + 1)
4 +В случае если кластеризованный индекс является GUID, то значения индекса может попасть в любую позицию набора данных (начало/середина/конец), т.к. GUID по умолчанию не дает гарантии нарастания, что может негативно сказаться на производительности.
7 7  
8 8  Дополнение: Некоторые БД умеют генерировать такие GUID, которые будут нарастать с точки зрения сортировки и будут давать значение, схожее с числовым ключом. Но такая ситуация может является ограничением необходимости генерации ключей на стороне БД, что убирает одно из преимуществ GUID ключей.
9 -
10 -----
11 -
12 -[[Transact-SQL | Михаил Флёнов>>doc:Книги.Transact-SQL | Михаил Флёнов.WebHome]]
13 -
14 -Эффективная генерация сортируемых GUID для первичных ключей БД на клиенте
15 -[[https:~~/~~/habr.com/ru/articles/665024/>>https://habr.com/ru/articles/665024/]]
16 -
17 -Неочевидные проблемы с UUID ключами в PostgreSQL
18 -[[https:~~/~~/habr.com/ru/articles/747348/>>https://habr.com/ru/articles/747348/]]
19 19  )))
20 20  |(% style="width:193px" %) |(% style="width:1300px" %)
21 21  |(% style="width:193px" %) |(% style="width:1300px" %)