|
![]() |
#1 |
Участник
|
Цитата:
Цитата:
1 риторический- если в микрософте все знают то почему не делают сразу а оставляют все на откуп партнрам..
мне кажется риск ошибки партнера в этой тонкой сфере выше чем у разработчика ![]() Недавно видел доку, где писалось, что 5 СП1 вроде как вообще переделаны SIFT. Как иногда любят говорить - всему свое время. А вот когда оно будет - не очень понятно к сожалению. Цитата:
2 мне интересен такой вопрос который тут уже поднимался про SETCURRENTKEY, насколько я понял это функция на SQL используется только для сортировки( при чем судя по презентации, уже после выборки данных) в связи с этим вопрос насколько резонно заводить ключи только для сортировки?
Есть хорошая статистика - есть быстрое выполнение. Цитата:
так же меня заитересовало утверждение что иногда суммироание с прямой выборкой быстрее чес с использованием вычисляемых полей- вопрос может стоит сократить или совсем отказаться от навиженовских вычисляемых полей? при этом, насколько я понял, имменно наличичие вычисляемых полей, да еще при большом индексе, содает серьезные тормоза при учете.
Цитата:
3 мне очень понравилась идея отключать SQLIndex для некоторых ключей,
вопрос- я правильно понимаю что если отключить SQLIndex то система при SETCURRENTKEY формально увидит этот ключ но при запросе на SQL этот факт будет проигнорирован но система не вылетит в ошбку об отсутствии ключа? НО: нужно не забывать про Native-версию и про размер, который прибявляет КАЖДЫЙ созданный индекс к размеу БД! TO Arshak - см так же Navision Performace Tips. Думаю тебе это будет интересно |
|