(59) не вместе , а вместо ( 6 = 3 + 3 = 4 + 2 )

Z1 писал(а) 09. Июня 2012 :: 17:38:

1. размер базы tempdb почти 1Гб критично?
2. Нужно ли явно удалять временные таблицы при использовании метода ODBCRecordset УложитьСписокОбъектов().
я так понимаю он создает временные таблицы и на сколько я вижу они там висят до выхода из 1С
3. Основная нагрузка идет на базу tempdb_log.ldf. По монитору ресурсов операций чтения записи больше всего в нее.
В основную базу запись от 4 до 8 раз меньше идет. Что такого он пишет в эту базу?

mozer писал(а) 28. Июня 2012 :: 08:16:

так можете вообще сделать
6 = 2 + 2 + 2 (все raid1 )
массив 1 на базу
массив 2 на журнал транзакций базы
массив 3 на бд tempbd база+журнал

"1. размер базы tempdb почти 1Гб критично?"
Размер tempbd не критичен
нкжно смотреть какие приращения стоят к базе и журналу транзакций tempdb
"2. Нужно ли явно удалять временные таблицы при использовании метода ODBCRecordset УложитьСписокОбъектов()."
необязательно удалять справочники наверняка маленькие
( и даже не справочники а то что отбираете в эти списки)


"3. Основная нагрузка идет на базу tempdb_log.ldf. По монитору ресурсов операций чтения записи больше всего в нее."
да не важно что туда пишется а важно успевает ли диск это обрабатывать. смотри длина очереди к диску.

в 1с большую нагрузку на tenpdb насколько я знаю дает
стандартный запрос
З1 = СоздатьОбъект("Запрос");
и использование в нем
Условие(Знач в Список);
может у тебе таких обращений тоже много ?


со стороны 1с++ можно тоже что либо придумать - но это надо дорабатывать 1с++
например сейчас  ПриУложитьСписокЗНачений по моему
если временная таблица есть то она сначала удаляется потом создается заново.
можно сделать режим что если есть таблица то просто очищать ее
если таблицы нет то также ее создаем.
Второе улучшение Укладывать в Список только папки. Для некоторых задач будет выигрыш  в снижении нагрузке - выигрыш
потому что папок гораздо меньше чем элементов ( деревья не двоичные же ).

ps  еще tempdb может использоваться для поддержки индексов.
если индексов слишком много
или у индексов "неправильная" организация то автоматом получишь
повышенную нагрузку на tempdb

в словаре или прямо в EM

А чем не устраивает ?
открой словарик (*.dds) и смотри, какие индексы там есть и состав их.
Можешь и в EM посмотреть..

mozer писал(а) 18. Июля 2012 :: 10:08:
MSSQL EnterpriseManager

Eprst писал(а) 18. Июля 2012 :: 10:42:


Версия скуля тут ни при чем, студия любую версию скуля увидит.