AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.07.2014, 12:55   #1  
NetBus is offline
NetBus
Участник
 
200 / 85 (3) ++++
Регистрация: 08.07.2005
Адрес: Москва
формальные показатели включения cacheLookup EntireTable
Хочется все таки понимания формально (сколько вешать в граммах)
как определить предел при котором можно выставить cacheLookup EntireTable
у требуемой таблицы.
из руководства
"
• параметрические (например, LedgerParameters): EntireTable;
• транзакционные (например, LedgerTrans): None;
• картотеки (например, InventTable): Found (объемная и часто
обновляемая картотека), EntireTable (статичная и небольшая);"
со статичностью и параметричностью все понятно, сложнее с понятием небольшая ...
Например 40 строк, — это много или мало? А количество столбцов играет роль? Если да, то какую?

Есть опыт и/или исследования по данному поводу?

MS SQL
DAX 2009
Старый 17.07.2014, 13:16   #2  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Я этот тип кеширования не люблю.
В 2009-й RU7 все еще есть проблема с синхронизацией этих кешей между аосами.

Вообще, физически аос хранит данные такой таблички во временной табличке.
Поэтому если она большая, то не стоит делать EntireTableCache
Также не стоит если регулярно обновляется.

Где то в руководстве видел рекомендацию что использовать EntireTableCache только на табличках до 2 тыс. записей.
За это сообщение автора поблагодарили: NetBus (1).
Старый 17.07.2014, 15:40   #3  
NetBus is offline
NetBus
Участник
 
200 / 85 (3) ++++
Регистрация: 08.07.2005
Адрес: Москва
нашел кажется
Avoid using EntireTable caches for large tables because once the cache size reaches 128 KB the cache is moved from memory to disk. A disk search is much slower than an in-memory search.
Старый 17.07.2014, 16:32   #4  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
В качестве небольшого охотничего рассказа: Меня однажды позвали тьюнить производительность к клиенту. При этом у клиента даже на простых операциях (типа разноски тупого журнала платежей или журнала отборочных накладных по производственному заказу) утилизация AOS взлетала до 80-90%. Меня это крайне удивило, поскольку вообще это был первый случай в моей практике, когда узким местом был AOS, а не SQL Server.
Вскрытие показало, что партнер поставил Entire Table Cache на таблицу с 120-130 тысячами записей и при этом обновляемую раз 5 в секунду. В результате - два AOS и один батч сервер в замкнутом цикле перечитывали эту злостастную таблицу. При этом как только один цикл перечитывания заканчивался, тут же начинался второй (поскольку кто-то уже успел ее обновить во время перечитывания).
Надо сказать - что я эту ошибку диагностировал скорее по счастливой случайности, чем в результате планомерных действий. На SQL Server это перечитывание выглядело как Fetch Cursor - было тяжело понять что именно происходит и не часть ли это нормальной разноски. А обычная трассировка AOS никакой полезной диагностики вообще не приносила.
Поэтому я НИКОГДА не использую этот метод кэширования. Выигрыш по сравнению с FoundAndEmpty - копеечный, а риски - нехилые.
За это сообщение автора поблагодарили: sukhanchik (10), lev (8), alex55 (1).
Теги
cache lookup, кэширование

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Какой CacheLookup выбрать? Почему? Андрей К. DAX: Программирование 8 25.08.2011 13:22
Если в запросе у первой таблицы CacheLookup = None, то запрос идет без NOLOCK raz DAX: Программирование 1 04.02.2010 16:12
CacheLookup !!!!!!! Акавешка DAX: Программирование 2 02.08.2007 08:23
2 join-а + CasheLookup = EntireTable vallys DAX: Программирование 1 10.03.2006 13:20
"Глюк" в таблицах с CacheLookup::EntireTable. Как быть ? slava DAX: Программирование 2 19.08.2002 12:28
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 09:36.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.