Кэширование ObjectDataSource в большом статическом наборе результатов - PullRequest
1 голос
/ 29 января 2009

У меня есть объектный источник данных, который будет возвращать потенциально большую коллекцию (до 200 000 записей), которая связана и разбита на страницы в виде сетки. Я использую пейджинг и кэширование по умолчанию на объектном источнике данных. Возвращаемые данные обновляются только еженедельно, поэтому устаревшие данные не являются проблемой. Пейджинг в этом решении также был быстрее, чем когда я создавал решение с использованием пользовательского пейджинга.

Мои вопросы: приемлемо ли для вас кэширование набора записей? Если нет, то почему? Существуют ли какие-либо счетчики производительности, которые вы используете, чтобы увидеть влияние на память, создаваемое вашими кэшированными данными?

Спасибо!

1 Ответ

2 голосов
/ 29 января 2009

чтобы ответить на ваши вопросы:

1) Да, кэширование большого набора данных в порядке. Particulary генерирует набор данных дороже, чем его кэширование. Кроме того, поскольку это довольно статичные данные, что делает их хорошим кандидатом.
2) Что касается счетчиков производительности, то это зависит от используемого вами механизма кэширования. Если вы используете блок кэширования Enterprise Librarie, например, он имеет встроенные счетчики. Что касается общих счетчиков, посмотрите счетчики памяти, рабочий набор, частные байты и т. Д.

...