Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Покритикуйте плиз мою статью про индексы
|
|||
|---|---|---|---|
|
#18+
Написал в FAQ для начинающих статью по принципам индексов и их работе в связке с оптимизатором для ASA 9. Насколько я понимаю основные принципы одинаковые для всех РСУБД. Хотелось бы, чтобы коллеги, более разбирающиеся в принципах хранения и работы с индексами, пусть и в других СУБД, меня почитали и подсказали, где я неточно или неправильно мог написать информацию. Писать замечания лучше в этот топик . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2004, 11:02 |
|
||
|
Покритикуйте плиз мою статью про индексы
|
|||
|---|---|---|---|
|
#18+
ASCRUS ! Если индексы "являются полноценными данными", то: а) к ним должен быть доступ в терминах модели данных; б) приложение не будет работать без индексов, так же как оно не будет работать без базовых отношений (таблиц). Поскольку при использовании РСУБД ни а) ни б) не выполняются, Вам не следует называть индексы "полноценными данными". Действительно, если, например, железнодорожный билет будет продаваться не за 1 минуту, а за один час, то это не значит (?), что приложение не работает. Оно просто работает медленнее, чем работало бы с индексами - только и всего (?). В ОСУБД индексы действительно "являются полноценными данными". Это замечание, конечно, не существенно для начинающих, к которым обращена Ваша статья, поэтому я его высказал здесь, а не в указанном Вами топике. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2004, 00:02 |
|
||
|
Покритикуйте плиз мою статью про индексы
|
|||
|---|---|---|---|
|
#18+
Согласен с неточностью своего высказывания: авторИндексы являются полноценными данными и занимают место в базе данных на ее страницах. Имелось ввиду, что индексы, так же, как и данные, храняться в БД на ее страницах, занимают место в базе данных и участвуют в кэшировании страниц. Уточнение в статье я не дал, так как вроде для РСУБД и так понятно, что такое индексы - вот что значит разные принципы разных технологий :) На выходные исправим ситуацию, спасибо за уточнение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2004, 00:36 |
|
||
|
Покритикуйте плиз мою статью про индексы
|
|||
|---|---|---|---|
|
#18+
авторБ. Составными, то есть индексировать по нескольким указанным полям. В таком случае очень важен порядок следования полей в индексе и при неправильном порядке вполне возможно, что этот индекс просто никогда не будет использоваться оптимизатором запросов. Составление таких индексов мы рассмотрим в данной статье чуть позже. Это что имелось в виду? Что первым полем составного индекса должно выбираться поле таблицы, которое наиболее часто работает в запросах? Или же речь идет о идет о выборе в качестве первого поля - столбца с максимальной селективностью? Тогда имхо это утверждение неверное. JFYI Если я не ошибаюсь, начиная с 9ки Оракл может использовать составной индекс без предиката в запросе на ведущий столбец индекса. Index Skip Scans Код: plaintext Смею утверждать (по меньшей мере для Оракла), что на практике "разветвленность" практически не влияет на кол-во уровней. Влияет и то ограниченно - общее кол-во проиндексированных строк Код: plaintext 1. Да, вот про это я говорил в самом начале. Возможно тут есть какая-то специфика ASA, но для Оракла (да пожалуй и в голой теории) условие 1. имхо неверно. Что такое "разветвленность" ? Количество разных значений в столбце? Если так, то аналогично, и я бы оба условия заменил на "с точки зрения составного индекса первым нужно выбирать поле, наиболее часто используемое на всем множестве запросов к этой таблице". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2004, 01:10 |
|
||
|
Покритикуйте плиз мою статью про индексы
|
|||
|---|---|---|---|
|
#18+
Уважаемый ASCRUS! Хотелось бы поконкретнее получить рекомендацию в киких случаях следует использовать кластерные индексы а в каких нет. Былоб очень интересно узнать Ваше мнение. Еще на вскидку - интересная статейка: MDC ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2004, 11:46 |
|
||
|
Покритикуйте плиз мою статью про индексы
|
|||
|---|---|---|---|
|
#18+
Стоит отметить что MDC это скорее не индекс, это скорее физическая организация таблицы + индекс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2004, 12:47 |
|
||
|
Покритикуйте плиз мою статью про индексы
|
|||
|---|---|---|---|
|
#18+
авторУважаемый ASCRUS! Хотелось бы поконкретнее получить рекомендацию в киких случаях следует использовать кластерные индексы а в каких нет. Былоб очень интересно узнать Ваше мнение. Ну вроде примерно в статье я это написал, даже итого подвел: авторРезюмируя информацию о кластерных индексах можно сказать, что эффективней всего они подходят для таблиц, содержащих архивные данные, которые почти не изменяются и к которым в основном дописывается новая информация. Периодически такие таблицы необходимо дефрагментировать. P.S. Кстати лучше помнить, что это я писал равняясь на ASA. Не факт, что на том же MSSQL мой вывод окажется практичным. авторЕще на вскидку - интересная статейка: MDC Спасибо за интересную ссылку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.08.2004, 14:10 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32667974&tid=1554058]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
43ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 190ms |
| total: | 325ms |

| 0 / 0 |
