вопрос конкретный и серьезный )))

можно ещё добавть что в базе мало записи и много вывода

(0)откуда уверенность что индексов не хватает?

каких таких индексов?

Если только, в некоторых регистрах накопления, но нужно очень-очень осторожно тюнинговать.

на нимостарте недавно была обработка по...

(2) это у меня "не делание" такое )))

(5)такая?
sys.dm_db_missing_index_details

http://forum.infostart.ru/forum24/topic69637/message754445/#message754445
http://infostart.ru/public/81694/

Вот что-то...

(7) Ага. Через неё. Только с развёрткой по метаданным.

или такая:?

Процедура КнопкаВыполнитьНажатие(Кнопка)
   
   Сообщить("Справочники");
                               
   Для Каждого Объект Из Метаданные.Справочники Цикл
       
       Для Каждого Реквизит Из Объект.Реквизиты Цикл
           
           Если Строка(Реквизит["Индексирование"]) <> "ИндексироватьСДопУпорядочиванием" Тогда
               
               Сообщить("" + Реквизит["Индексирование"] + " " + Реквизит.Тип + " " + Объект + " " + Реквизит);
               
           КонецЕсли;
                           
       КонецЦикла
               
   КонецЦикла;
   
   Сообщить("Документы");
   
   Для Каждого Объект Из Метаданные.Документы Цикл
       
       Для Каждого Реквизит Из Объект.Реквизиты Цикл
           
           Если Строка(Реквизит["Индексирование"]) <> "ИндексироватьСДопУпорядочиванием" Тогда
               
               Сообщить("" + Реквизит["Индексирование"] + " " + Реквизит.Тип + " " + Объект + " " + Реквизит);
               
           КонецЕсли;
                           
       КонецЦикла
               
   КонецЦикла;
   
   Сообщить("Журналы");
   
   Для Каждого Объект Из Метаданные.ЖурналыДокументов Цикл
       
       Для Каждого Реквизит Из Объект.Графы Цикл
           
           Если Строка(Реквизит["Индексирование"]) <> "ИндексироватьСДопУпорядочиванием" Тогда
               
               Сообщить("" + Реквизит["Индексирование"]
               //+ " " + Реквизит.Тип
               + " " + Объект + " " + Реквизит);
               
           КонецЕсли;
                           
       КонецЦикла
               
   КонецЦикла;
   
   Сообщить("Сведений");
   
   Для Каждого Объект Из Метаданные.РегистрыСведений Цикл
       
       Для Каждого Реквизит Из Объект.Реквизиты Цикл
           
           Если Строка(Реквизит["Индексирование"]) <> "Индексировать" Тогда
               
               Сообщить("" + Реквизит["Индексирование"] + " " + Реквизит.Тип + " " + Объект + " " + Реквизит);
               
           КонецЕсли;
                           
       КонецЦикла;
       
       Для Каждого Реквизит Из Объект.Измерения Цикл
           
           Если Строка(Реквизит["Индексирование"]) <> "Индексировать" Тогда
               
               Сообщить("" + Реквизит["Индексирование"] + " " + Реквизит.Тип + " " + Объект + " " + Реквизит);
               
           КонецЕсли;
                           
       КонецЦикла;
       
       Для Каждого Реквизит Из Объект.Ресурсы Цикл
           
           Если Строка(Реквизит["Индексирование"]) <> "Индексировать" Тогда
               
               Сообщить("" + Реквизит["Индексирование"] + " " + Реквизит.Тип + " " + Объект + " " + Реквизит);
               
           КонецЕсли;
                           
       КонецЦикла;
           
   КонецЦикла;
   
   Сообщить("Накопления");
   
   Для Каждого Объект Из Метаданные.РегистрыНакопления Цикл
       
       Для Каждого Реквизит Из Объект.Реквизиты Цикл
           
           Если Строка(Реквизит["Индексирование"]) <> "Индексировать" Тогда
               
               Сообщить("" + Реквизит["Индексирование"] + " " + Реквизит.Тип + " " + Объект + " " + Реквизит);
               
           КонецЕсли;
                           
       КонецЦикла;
       
       Для Каждого Реквизит Из Объект.Измерения Цикл
           
           Если Строка(Реквизит["Индексирование"]) <> "Индексировать" Тогда
               
               Сообщить("" + Реквизит["Индексирование"] + " " + Реквизит.Тип + " " + Объект + " " + Реквизит);
               
           КонецЕсли;
                           
       КонецЦикла;
       
       Для Каждого Реквизит Из Объект.Ресурсы Цикл
           
           Попытка
               
               Если Строка(Реквизит["Индексирование"]) <> "Индексировать" Тогда
                   
                   Сообщить("" + Реквизит["Индексирование"] + " " + Реквизит.Тип + " " + Объект + " " + Реквизит);
                   
               КонецЕсли;
               
           Исключение
           КонецПопытки;
                           
       КонецЦикла;
               
   КонецЦикла;
                     
КонецПроцедуры

http://wondermaker.at.ua/publ/vivisekcija_indeksov_1s_predprijatija/6-1-0-420
https://www.google.com/search?btnG=1&pws=0&q=sample_ch03_DMViA.pdf

Нужно всегда отталкиваться от требований клиента. Процесс оптимизации, кода, субд, запросов, индексов, raid-ов и т.д. должен когда-нибудь заканчиваться.  Можно сделать дубль базу для анализов и отчетов, а можно 15 секунд подождать в рабочей базе.

(12)из этих 15 секунд складывается жизнь, моя задача сделать годную базу а создать пару десятков рабочих мест

а  создать = а НЕ создать

воспользоваться Database Engine Tuning Advisor

(7) по моему, отсутствующие индексы и не хватает индексов несколько разные понятия.

(15)я его как-то потыкал но он не подключился к базе как время будет вернусь к нему
дело в том что самые важные работы проводятся как всегда урывками от основного тупняка ползовалтелей бд

(17) то что ты хочешь большое дело, комплекс мероприятий. и ни одна обработка тебе этого не покажет. самый легкий способ отбирать топ 10 тяжелых запросов и смотреть их.

(0) наибольший прирост производительности даст обновление аппаратной части, потом - оптимизация кода 1С

(18)ясен пень если бы всё было просто я бы тут не поднимал этот вопрос

дык дело не в том, что индексов не хватает, а в том, что автор пишет такие запросы, что его условия туда не попадают...

(21) Инфа 100% :)

(18)(19)включить мозг это конечно комплекс мероприятий
что уже есть процессоры с частотой больше 3 ггерц?
(21)(22)боя нисты...
конфа овно, вот в чем дело и сабж никак не связан с творчеством другого сотрудника по другой ветке

(23) наращивать частоту процов для повышения быстродействия субд, это конечно дело безусловно важное и нужное. ничего не трогай, дождись процов по 5 ггерц, и все у тебя само залетает.

(24)это (19)советует посоветовал заменить одно железо на другое такое же железное

(25) для начала протестируй ЦУПом и увидишь что одно железное не всегда такое же железное как другое железное
умник нашеьлся

(25) ага. он сказал железо, а проц сказал ты.

(19) Бред.

(28) нет. но до определенного момента же. у 7.7 этот порог еще ниже чем в v8.

(23) есть такие процессоры

(28) почитай Гилева например

Для анализа работы 1С с базой SQL можно применять множество средств MS SQL Server, но для анализа индексации объектов конфигурации прощу всего и быстрее использовать простой запрос, предложенный специалистами Microsoft:

SELECT TOP 20
[Total Cost] = ROUND(avg_total_user_cost * avg_user_impact * (user_seeks + user_scans),0)
, avg_user_impact
, TableName = statement
, [EqualityUsage] = equality_columns
, [InequalityUsage] = inequality_columns
, [Include Cloumns] = included_columns
FROM sys.dm_db_missing_index_groups g
INNER JOIN sys.dm_db_missing_index_group_stats s
ON s.group_handle = g.index_group_handle
INNER JOIN sys.dm_db_missing_index_details d
ON d.index_handle = g.index_handle
where statement like '%base1C%'
ORDER BY [Total Cost] DESC;

http://wondermaker.at.ua/publ/vivisekcija_indeksov_1s_predprijatija/6-1-0-420

как бы дописать чтобы индексы сами создались по результатам этого скрипта причем по возможности кластерные
?

(31)спасибо Гилеву за перевод мсдн, но реально рабочих инструментов у него нет
нет готовых решений
есть демонстрация силы

а слабо ЛИШНИЕ индексы получить?

(33)индексов много не бывает
запись от этого всё равно особо не увеличивается по времени

(34)

года полтора - два назад
на этом форуме один товарищ решил также
и добавил везде где мог признак индексировать

потом плакался здесь

(34) я вот посмотрел индексы, которые ни разу не использовались - вышло на 17 гигов... надо будет грохнуть

(36) а кроме таких есть еще индексы, которые используются не оптимально, хотя тут обновление статистики спасает. И вопрос о том еще, когда создал новые более оптимальные индексы - как определить те, которые больше не используются, т.е. последнее время использования индекса

(32) В куске книги есть

(38)этой?
http://download.microsoft.com/download/f/2/7/f279e71e-efb0-4155-873d-5554a0608523/DMVsinSQLServer2008_01.exe

(35) а что палакаться? прибить нужно было да и всё или пересоздать через .dt
и вообще неудачный пример по сабжу нужно создавать а не удалять лишние
хотя если бы скрипт по удалению неиспользуемых был бы приведен бы ло бы ваще круто

up

(41) что АП? есть как посмотреть последнее время использования индекса?

(42)нужен скрипт который удалит неиспользуемые и создаст недостающие индексы самому писать лениво
как определить недостающие нашел
теперь хотя бы найти как определеть неиспользуемые

(43) Создаст неиспользуемые какими средствами? Скуля? Тогда слетят после очередной реструктуризации...

SELECT   OBJECT_NAME(i.object_id) AS [Table Name],
        i.name AS [Not Used Index Name],
        s.last_user_update AS [Last Update Time], i.type_desc,
        s.user_updates AS [Updates], i.object_id, ix.dpages*8/1024 AS 'Size(Mb)'
FROM     sys.dm_db_index_usage_stats AS s
JOIN     sys.indexes AS i
ON       i.object_id = s.object_id
AND      i.index_id = s.index_id
JOIN     sys.objects AS o
ON       o.object_id = s.object_id
JOIN    sysindexes AS ix
ON       i.name=ix.name
WHERE    s.database_id = DB_ID()
AND      (    user_scans   = 0
         AND user_seeks   = 0
         AND user_lookups = 0
         AND last_user_scan   IS NULL
         AND last_user_seek   IS NULL
         AND last_user_lookup IS NULL
        )
AND      OBJECTPROPERTY(i.[object_id],         'IsSystemTable'   ) = 0
AND      INDEXPROPERTY (i.[object_id], i.name, 'IsAutoStatistics') = 0
AND      INDEXPROPERTY (i.[object_id], i.name, 'IsHypothetical'  ) = 0
AND      INDEXPROPERTY (i.[object_id], i.name, 'IsStatistics'    ) = 0
AND      INDEXPROPERTY (i.[object_id], i.name, 'IsFulltextKey'   ) = 0
AND      (i.index_id between 2 AND 250 OR (i.index_id=1 AND OBJECTPROPERTY(i.[object_id],'IsView')=1))
AND      o.type <> 'IT'
ORDER BY OBJECT_NAME(i.object_id)


вто так смотреть то, что вообще ни разу не использовалось. а вот как посмотреть, какие стали неактуальными после создания других?

(43) Про скрипт - бред. В 1С индексы добавляешь/удаляешь.

(44)а что - можно средствами 1С?

Finding the most-costly unused indexes
Superfluous indexes have a detrimental effect on the performance of your SQL que-ries, because they cause SQL Server to do unnecessary work. Running the SQL script
given in the next listing will identify the top 20 most-costly unused indexes, ordered by
the number of updates that have been applied to them.

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

SELECT                                                    
   DB_NAME() AS DatabaseName
   , SCHEMA_NAME(o.Schema_ID) AS SchemaName
   , OBJECT_NAME(s.[object_id]) AS TableName
   , i.name AS IndexName
   , s.user_updates
   , s.system_seeks + s.system_scans + s.system_lookups
                         AS [System usage]
INTO #TempUnusedIndexes
FROM   sys.dm_db_index_usage_stats s
INNER JOIN sys.indexes i ON s.[object_id] = i.[object_id]
   AND s.index_id = i.index_id
INNER JOIN sys.objects o ON i.object_id = O.object_id    
WHERE 1=2

EXEC sp_MSForEachDB 'USE [You_Base];
INSERT INTO #TempUnusedIndexes
SELECT TOP 40
   DB_NAME() AS DatabaseName
   , SCHEMA_NAME(o.Schema_ID) AS SchemaName
   , OBJECT_NAME(s.[object_id]) AS TableName
   , i.name AS IndexName
   , s.user_updates
   , s.system_seeks + s.system_scans + s.system_lookups
                                        AS [System usage]
FROM   sys.dm_db_index_usage_stats s
INNER JOIN sys.indexes i ON s.[object_id] = i.[object_id]
   AND s.index_id = i.index_id
INNER JOIN sys.objects o ON i.object_id = O.object_id    
WHERE s.database_id = DB_ID()
AND OBJECTPROPERTY(s.[object_id], ''IsMsShipped'') = 0
AND s.user_seeks = 0
   AND s.user_scans = 0
   AND s.user_lookups = 0
AND i.name IS NOT NULL
ORDER BY s.user_updates DESC'                            

SELECT DISTINCT TOP 40 * FROM #TempUnusedIndexes ORDER BY [user_updates] DESC
DROP TABLE #TempUnusedIndexes

Вот только много *BySimpleKey_B выдает :(

(49) кстати, я не нашел, что это за фигня....

(49)
"
Поиск наиболее дорогостоящих неиспользуемых индексов
Лишние индексы имеют пагубное влияние на производительность SQL Que-Райс, потому что они вызывают SQL Server, чтобы сделать ненужной работы. Запуск сценария SQL
приведены в следующем каталоге будет определять 20 самых дорогостоящих неиспользуемых индексов, упорядоченных по
количество обновлений, которые были применены к ним.
"

понятно
но

"SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED"
- это зачем?

(51) чтобы блокировок не плодить

(48)спасибо, прикольные результаты, оказывается индексы на одних и тех же метаданных есть но не и спользуются а тех что нужно нет )))
(52)и что быдет с системой без блокировок чет я не понял?

точнее на таблицах регистрации изменений неиспользуемые есть
вот нафик они её проиндексировали....
куею ваще

(53) ну если у тебя 100500 пользователей фигачат - то твои действия как-бы не должны им мешать... ты там типа уборщицы, а они деньги зарабатывают фирме...

(55)(SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED) - это шутка?

вообще блокировки намного пагубнее влияют, чем отсутствующие индексы. просто индексы позволяют блокировать меньше и на меньший период

Кстати, наличие неиспользуемых индексов отнюде не значит, что они не нужны.
Это может быть ошибкой проектирования, но может быть и неумением писать запросы с использованием нужных индексов...

(56) ты знаешь, что такое read uncommitted? и чем отличается от других уровней изоляции?

(58) прав

(59)да понял уже...

не о том подумал сначала...

зацените что я нарыл:

DECLARE    @Query    NVarChar(max)
SELECT    @Query    = (
SELECT    Top(1)
   'CREATE INDEX ',QuoteName('IX_' + Object_Name(M.object_id,M.database_id) + '_' + Replace(Replace(Replace(X.[Columns],'], [','_'),']',''),'[',''))
   ,' ON ',M.[statement] AS [*],' (',X.[Columns] AS [*],')'
   ,' INCLUDE (' + M.included_columns + ')'
   ,' WITH (ONLINE = ON)
'FROM    sys.dm_db_missing_index_details M CROSS APPLY (SELECT
        Coalesce(M.equality_columns + ', ' + M.inequality_columns,M.equality_columns, M.inequality_columns)
   ) X ([Columns])
FOR XML Path(''),Type).value('text()[1]','NVarChar(max)')
PRINT    @Query
BEGIN TRAN TAddIndexes;
EXEC(@Query)
ROLLBACK

(63) -> (44)

(64)можно его в джоб ночного бэкапа присобачить )))
ну или как говорил один истероид "программист не обезьяна, должен понимать что делает"
тупо выполнять сразу после реструктуризации

(65) лучше пиши запросы так, чтобы они в индексы попадали. 1с дофига индексов создает, которых в 70% достаточно. отсуствующие можно добавить самому, проанализировав недостающие и ПолучитьСтруктуруХраненияБазыДанных()

(66)OK! )))
а есть у кого пруфлинк на "Database Engine Tuning Advisor" на русском для чайников?

(67) да там все просто. настраиваешь сбор рабочих трасс профайлером в отдельную базу данных, потом эту базу подсовываешь адвизору этому.