Автор Тема: Раздел 7. Индексы  (Прочитано 5613 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Droni

  • Модератор
  • Пользователь
  • *****
  • Сообщений: 97
Раздел 7. Индексы
« : Апрель 27, 2015, 10:01:22 pm »
7.1  - 2
7.2  - 4
7.3  - 5 для 8.3 см. вложение.
7.4  - 2 для 8.3 см. вложение.
7.5  - 1
7.6  - 3 (Кластерный индекс см. 7.4 и 7.3)
7.7  - 2 (возможно 6 )
7.8  - 5
7.9  - 4

7.10 - 4
7.11 - 3
7.12 - 3 (см. вложение)
7.13 - 3
7.14 - 1
7.15 - 1
7.16 - 1
7.17 - 5 (https://ru.wikipedia.org/wiki/B-%D0%B4%D0%B5%D1%80%D0%B5%D0%B2%D0%BE https://ru.wikipedia.org/wiki/%D0%94%D0%B2%D0%BE%D0%B8%D1%87%D0%BD%D0%BE%D0%B5_%D0%B4%D0%B5%D1%80%D0%B5%D0%B2%D0%BE)
7.18 - 6 https://ru.wikipedia.org/wiki/%D0%94%D0%B2%D0%BE%D0%B8%D1%87%D0%BD%D0%BE%D0%B5_%D0%B4%D0%B5%D1%80%D0%B5%D0%B2%D0%BE_%D0%BF%D0%BE%D0%B8%D1%81%D0%BA%D0%B0
7.19 - 6 https://ru.wikipedia.org/wiki/%D0%94%D0%B2%D0%BE%D0%B8%D1%87%D0%BD%D0%B0%D1%8F_%D0%BA%D1%83%D1%87%D0%B0

7.20 - 1?
7.21 - 1
7.22 - 1
7.23 - 1
7.24 - 5 ( Потенциальный ключ — в реляционной модели данных — подмножество атрибутов отношения, удовлетворяющее требованиям уникальности и минимальности (несократимости). https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D1%82%D0%B5%D0%BD%D1%86%D0%B8%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9_%D0%BA%D0%BB%D1%8E%D1%87)
7.25 - 1 (Це́лостность ба́зы да́нных (database integrity) — соответствие имеющейся в базе данных информации её внутренней логике, структуре и всем явно заданным правилам. https://ru.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BB%D0%BE%D1%81%D1%82%D0%BD%D0%BE%D1%81%D1%82%D1%8C_%D0%B1%D0%B0%D0%B7%D1%8B_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85)
7.26 - 1
7.27 - 2
7.28 - 4 (http://forum.chistov.pro/index.php?action=dlattach;topic=3501.0;attach=630;image
http://forum.chistov.pro/index.php?action=dlattach;topic=3501.0;attach=632;image)
7.29 - 1

7.30 - 3
7.31 - 5
7.32 - 1 (http://its.1c.ru/db/metod8dev#content:1590:hdoc:spr)
7.33 - 1
7.34 - 2
7.35 - 2
7.36 - 4
7.37 - 1
7.38 - 3
7.39 - 1

7.40 - 1
7.41 - 3
7.42 - 4
7.43 - 3
7.44 - 1
7.45 - 5
7.46 - 2
7.47 - 2
7.48 - 3
7.49 - 3
« Последнее редактирование: Май 15, 2015, 03:59:42 pm от Droni »

p0s0l

  • Новичок
  • *
  • Сообщений: 5
Re: Раздел 7. Индексы
« Ответ #1 : Май 07, 2015, 08:33:08 pm »
7.20 - 1?
В подтверждение этого варианта цитата с той же вики:
Цитировать
С точки зрения физической организации B-дерево представляется как мультисписочная структура страниц внешней памяти, то есть каждому узлу дерева соответствует блок внешней памяти (страница). Внутренние и листовые страницы обычно имеют разную структуру.

7.24 - ?
Из вики https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D1%82%D0%B5%D0%BD%D1%86%D0%B8%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9_%D0%BA%D0%BB%D1%8E%D1%87
Цитировать
Потенциальный ключ — в реляционной модели данных — подмножество атрибутов отношения, удовлетворяющее требованиям уникальности и минимальности (несократимости).
Поэтому ответ = 5

7.25 - 4
Вариант 4 - это относится к ссылочной целостности, а не целостности БД. Про целостность БД выдержка из вики https://ru.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BB%D0%BE%D1%81%D1%82%D0%BD%D0%BE%D1%81%D1%82%D1%8C_%D0%B1%D0%B0%D0%B7%D1%8B_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85
Цитировать
Це́лостность ба́зы да́нных (database integrity) — соответствие имеющейся в базе данных информации её внутренней логике, структуре и всем явно заданным правилам.
Т.е. правильный ответ = 1
« Последнее редактирование: Май 07, 2015, 08:35:10 pm от p0s0l »

Droni

  • Модератор
  • Пользователь
  • *****
  • Сообщений: 97
Re: Раздел 7. Индексы
« Ответ #2 : Май 07, 2015, 09:33:32 pm »
Спасибо.

st1llman

  • Пользователь
  • **
  • Сообщений: 26
  • ФИО: Дмитрий
Re: Раздел 7. Индексы
« Ответ #3 : Май 10, 2015, 03:04:04 pm »
7.32 - 1 http://its.1c.ru/db/metod8dev#content:1590:hdoc:spr
7.37 - 1, регистра с типом "остатки и обороты" не бывает
7.38 - 3, регистра с типом "остатки и обороты" не бывает
7.42 - может быть 5, http://its.1c.ru/db/metod8dev#content:1798:hdoc
7.48 - 3, http://its.1c.ru/db/metod8dev#content:1590:hdoc:spr

Platon1C

  • Пользователь
  • **
  • Сообщений: 31
  • ФИО: Андрей
Re: Раздел 7. Индексы
« Ответ #4 : Май 13, 2015, 11:09:51 pm »
7.6 - 1. Ключевое слово "Всегда". Можно создать периодический РС без измерений

Platon1C

  • Пользователь
  • **
  • Сообщений: 31
  • ФИО: Андрей
Re: Раздел 7. Индексы
« Ответ #5 : Май 13, 2015, 11:21:42 pm »
7.14 - 1. Нашел статью на msdn, которую, видимо, нашли вы. про сортировку. Но там перевод кривой. Вот одна из сотен "правильных" статей про структуру кластерного индекса http://habrahabr.ru/post/247373/. Да и edu.1c.ru верным считает 1-вариант. Я проверил.
7.16 - 3. К индексам проблемы составного типа отношения не имеют. Точнее, они имеют не такие страшные последствия, чтобы говорить об их бессмысленности. Будет создано несколько индексов вместо одного. Вот и все последствия. Но это всё-равно даст + плану запроса.
« Последнее редактирование: Май 13, 2015, 11:26:53 pm от Platon1C »

skeptik_m

  • Пользователь
  • **
  • Сообщений: 10
Re: Раздел 7. Индексы
« Ответ #6 : Май 14, 2015, 10:54:48 am »
7.30 - Ответ 3 неверный, правильный ответ 5.  Смотрим http://its.1c.ru/db/metod8dev#content:1590:hdoc:spr.  Видим что для справочников кластерный индекс всегда имеет вид [ОРНР1 + ... +] Ссылка (Кластерный) (Всегда. В индекс входят поля независимых разделителей, которые разделяют этот справочник). То же для документов, планов счетов .... То есть ответ 1 верен. В ряд других индексов может включаться Хэш функция. Т.е ответ 4 тоже правильный. Итого правильный ответ - 5 (верны ответы 1 и 4)

Platon1C

  • Пользователь
  • **
  • Сообщений: 31
  • ФИО: Андрей
Re: Раздел 7. Индексы
« Ответ #7 : Май 14, 2015, 04:25:33 pm »
7.28 - 1. Методом ПолучитьСтруктуру... вы увидете Splitter. А общий реквизит в индексе вы увидите только в SQL MS

skeptik_m

  • Пользователь
  • **
  • Сообщений: 10
Re: Раздел 7. Индексы
« Ответ #8 : Май 14, 2015, 10:26:09 pm »
7.16 - 3. К индексам проблемы составного типа отношения не имеют. Точнее, они имеют не такие страшные последствия, чтобы говорить об их бессмысленности. Будет создано несколько индексов вместо одного. Вот и все последствия. Но это всё-равно даст + плану запроса.
Для регистра сведений таки бессмыслено, т.к. подходящий индекс начинающийся с первого измерения и так всегда есть. Но поскольку не уточнено, какой именно регистр, то может быть и 3 и даже 4. В общем загадка.

Droni

  • Модератор
  • Пользователь
  • *****
  • Сообщений: 97
Re: Раздел 7. Индексы
« Ответ #9 : Май 15, 2015, 10:52:06 am »
7.28 - 1. Методом ПолучитьСтруктуру... вы увидете Splitter. А общий реквизит в индексе вы увидите только в SQL MS
Не вводи нас в заблуждение.
Пожалуйста, при апелляциях прикладывайте ссылки или скрины, голословные высказывания - не нужны.

tito33

  • Пользователь
  • **
  • Сообщений: 14
Re: Раздел 7. Индексы
« Ответ #10 : Май 15, 2015, 03:56:40 pm »

berezin84

  • Новичок
  • *
  • Сообщений: 7
Re: Раздел 7. Индексы
« Ответ #11 : Май 17, 2015, 04:21:16 pm »
7.2 - думаю что 2 http://i.imgur.com/aVZExGj.png

tito33

  • Пользователь
  • **
  • Сообщений: 14
Re: Раздел 7. Индексы
« Ответ #12 : Май 17, 2015, 04:25:29 pm »
7.2 - думаю что 2 http://i.imgur.com/aVZExGj.png

7.2 - 4 проверено тестированием

ngs

  • Новичок
  • *
  • Сообщений: 4
Re: Раздел 7. Индексы
« Ответ #13 : Май 25, 2015, 01:13:01 pm »
7.17 - 6   The B-tree is a generalization of a binary search tree
http://en.wikipedia.org/wiki/B-tree

ngs

  • Новичок
  • *
  • Сообщений: 4
Re: Раздел 7. Индексы
« Ответ #14 : Май 27, 2015, 03:37:07 pm »
7.16 - 4

Отрывки из статей ИТС:

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

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

http://www.forum.mista.ru/topic.php?id=604263

Самый клевый куфср по подготовке к аттестации по платформе 1С:Предприятие 8