копался тут очердной раз в просторах тырнета и обнаружил разработку Антона Гусева (a.k.a perlscript) называемую
"Загрузить базу данных SQL в память.ert"

начал смотреть код (изменил под загрузку с 1cpp.dll раньше там была Rainbow)
Цитата:


и вот тут у меня ступор, ткнулся в bol - нигде не написано что подсчет количества записей выделяет память для таблицы

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

Может мне кто-нибудь объяснить тогда что делает эта обработка?

leshik писал(а) 29. Ноября 2008 :: 07:58:


начну с конца - то что библиотеки такой не существует я знаю - имелось ввиду как обычно последняя сборка проекта icpp (странная вообще реакция - я всегда использую последнюю сборку на своих экспериментах)

размер базы говорошь - 42475,44 MB
версия sql server - 8.00.2039 (кстати надо сегодня покопать - на предмет корректности такой версии)

включена ли настройка
http://msdn.microsoft.com/en-us/library/aa198229(SQL.80).aspx
включена

а вообще спасибо - вот теперь стало понятно для чего эта обработка
выходной проходит не зря

И посмотри еще вот это:
http://metaprog.co.ua/secrprog/FAQ_SQL.html#_23
Может иметь отношение к твоей версии сервера

Цитата:

так надо не интуитивно чувствовать, а анализировать данные счетчиков и делать выводы. Могу помочь если надо.

Цитата:

не расскажешь как решен в частности:
1) Модель базы;
2) План обслуживания базы
3) Характеристики дисков и их количество;
4) Организация RAID массива и расположение tempdb, mdf и ldf базы.
?

leshik писал(а) 29. Ноября 2008 :: 17:27:


Почему зачеркнул?

leshik писал(а) 29. Ноября 2008 :: 17:26:

видимо будет надо. но для начала я ознакомлюсь с теми ссылками которые ты мне дал 
особенно меня радует
http://www.sql.ru/articles/mssql/03121001PERF_COUNTERs.shtml

Если честно, то эта обработка (код приведенный в первом посте) - чепуха. Он просто заставляет MSSQL просканировать все записи всех таблиц базы данных. То что при этом просто считается количество записей - это так.. частный способ достижения результата.
Судя по всему по замыслу автора, т.к. чтобы сосчитать количество записей нужно провести сканирование всей таблицы (это так) сервер прочитает всю таблицу (а это не совсем так), при этом он как порядошный гражданин будет помещать прочитанные страницы в кеш (а вот это так или не так вообще определить сложно), вероятно это и есть по понятию автора загрузить базу в память.
1. Чтобы посчитать количество записей сервер выберет один из индексов и только его страницы будут прочитаны, страницы остальных индексов он читать даже и не подумает, соответственно в кеше их не будет, кроме того чтобы посчитать количество записей достаточно получать только первичные страницы из БД, т.е. вторичные страницы (образуются когда запись не входит на страницу или для BLOB полей) тоже не попадут в кеш.
2. Управление кешем (помещением/выталкиванием) это одна из наисложнейших задач, которую решает сервер - решение зависит от множества параметров - это ноу-хау каждого SQL сервера, и сказать однозначно, что в определенный момент страница осталась в кеше или убралась из кеша очень трудно.

Вобщем: маленькая база, при большом объеме памяти может и разместится в кеше ито не вся.
А вообше для баз солидных размеров задача вообще не правильная - это не нужно.