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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 30.06.2011, 10:11   #1  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,294 / 221 (10) ++++++
Регистрация: 11.01.2006
ERROR('') - моветон
Старый 30.06.2011, 10:19   #2  
Гонков Владислав is offline
Гонков Владислав
Участник
Аватар для Гонков Владислав
 
35 / 10 (1) +
Регистрация: 17.09.2008
Цитата:
Сообщение от Sancho Посмотреть сообщение
ERROR('') - моветон
Это было написано до меня... зачем именно так, не знаю...
Старый 30.06.2011, 14:55   #3  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
Судя по всему где то на формочке выведены итоги по текущим фильтрам.
Если юзерам они не нужны (думаю не нужны - все можно вытащить в фин. отчеты) - убрать весь №%"?;код, если не нужны - переписать заново.
В 99 процентах случаях сработает calcsums с текущим ключем, для остальных случаев можно посчитать через цикл.
Старый 30.06.2011, 16:11   #4  
Шрэк is offline
Шрэк
Участник
Аватар для Шрэк
 
645 / 24 (2) +++
Регистрация: 09.02.2004
Адрес: Москва
Судя по коду на триггерах OnFindRecord и OnNextRecord, в качестве источника данных для формы 20 выступает временная таблица TempGLEntry. Из кода не совсем понял как и когда она заполняется. Может быть причина в алгоритме формирования временной таблицы?

З.Ы.
Код интересно написан (переменные), почти венгерская запись. Я такую использую, только Record (да и остальные типы данных) я тоже помечаю l_rec или g_rec.
__________________
MBS Certified Master in Navision Developer
Старый 30.06.2011, 17:24   #5  
Fordewind is offline
Fordewind
Участник
 
1,134 / 10 (3) +
Регистрация: 01.12.2005
Цитата:
Сообщение от Роман Посмотреть сообщение
З.Ы.
Код интересно написан (переменные), почти венгерская запись. Я такую использую, только Record (да и остальные типы данных) я тоже помечаю l_rec или g_rec.
Этой записью пользуются многие разработчики в Наве. Я тоже пишу l_rec и прочее. Удобно, однако
Старый 01.07.2011, 13:43   #6  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,294 / 221 (10) ++++++
Регистрация: 11.01.2006
SELECT *
FROM G_L Entry"
WITH (READUNCOMMITTED)
WHERE (("Posting Date">=? AND "Posting Date"<=?)) AND
(("Debit Amount"<>?)) AND
(("G_L Account No_"=?)) AND
(("Source No_"=?)) AND
(("Source Type"=?)) AND
"Posting Date"=? AND ...

это поля, на которые накладывются фильтры

а теперь смотрим на ключик:
SQL Index Фин. Счет Но.,Дата Учета,Операция Но.

отсюда вывод: ключик у нас один, а условия другие, ключик НЕ ТОТ (не оптимальный).
что делать?
открыть 17-ю в дизайне и посмотреть ДРУГИЕ КЛЮЧИКИ, выбрать тот в котором перечислены поля, по которым накладываются фильтры.
если он есть - хорошо.
если нет... хм... можно попробовать сделать, но это может быть чревато.

в любом случае перед запуском этого кусочка кода написать:
GLEntry.SETCURRENTKEY(Field1, Field3, Field27...), т.е. подходящий ключик.
Старый 01.07.2011, 14:06   #7  
Гонков Владислав is offline
Гонков Владислав
Участник
Аватар для Гонков Владислав
 
35 / 10 (1) +
Регистрация: 17.09.2008
В том-то и дело, что нет такого ключа есть следующие:
Key
Entry No.
G/L Account No.,Posting Date
G/L Account No.,Business Unit Code,Global Dimension 1 Code,Global Dimension 2 Code,Close Income Statement Dim. ID,Posting Date
Document No.,Posting Date
Transaction No.
Source Type,Source No.,G/L Account No.,Global Dimension 1 Code,Global Dimension 2 Code,Business Unit Code,Posting Date,Bal. Account Type
IC Partner Code
G/L Account No.,Bal. Account No.,Bal. Account Type,Document No.,Posting Date
Posting Date

а фильтр накладывается такой:
Поле Фильтр
Дата Учета **.**.**..**.**.**
Дебет Сумма <>0
Фин. Счет Но. **-***
Источник Но. К00***
Тип Источника Клиент
Старый 03.07.2011, 15:33   #8  
.Quattro. is offline
.Quattro.
Участник
Лучший по профессии 2009
 
194 / 22 (1) +++
Регистрация: 22.05.2006
Цитата:
Сообщение от Гонков Владислав Посмотреть сообщение
В том-то и дело, что нет такого ключа
В ключе
Код:
Source Type,Source No.,G/L Account No.,Global Dimension 1 Code,Global Dimension 2 Code,Business Unit Code,Posting Date,Bal. Account Type
все есть (кроме суммы по дебету, что понятно). И этот ключ устанавливается при открытии формы.
Проверьте, установлено ли у этого ключа свойство Maintain SQL Index.

И еще я бы посоветовал взять стандартную форму из базы кронуса, залить ее в диапозон за 50000 и попробовать из оборотки ее открывать - будут ли какие-то изменения или нет.
Старый 04.07.2011, 10:36   #9  
Гонков Владислав is offline
Гонков Владислав
Участник
Аватар для Гонков Владислав
 
35 / 10 (1) +
Регистрация: 17.09.2008
Цитата:
Сообщение от .Quattro. Посмотреть сообщение
Цитата:
Сообщение от Гонков Владислав Посмотреть сообщение
В том-то и дело, что нет такого ключа
В ключе
Код:
Source Type,Source No.,G/L Account No.,Global Dimension 1 Code,Global Dimension 2 Code,Business Unit Code,Posting Date,Bal. Account Type
все есть (кроме суммы по дебету, что понятно). И этот ключ устанавливается при открытии формы.
Проверьте, установлено ли у этого ключа свойство Maintain SQL Index.

И еще я бы посоветовал взять стандартную форму из базы кронуса, залить ее в диапозон за 50000 и попробовать из оборотки ее открывать - будут ли какие-то изменения или нет.
Да, данное свойство у Ключа есть, причём "по умолчанию" (это свойство также установлено "по умолчанию" у остальных ключей кроме последнего: "Posting Date")
Старый 01.07.2011, 14:10   #10  
Гонков Владислав is offline
Гонков Владислав
Участник
Аватар для Гонков Владислав
 
35 / 10 (1) +
Регистрация: 17.09.2008
"если нет... хм... можно попробовать сделать, но это может быть чревато."
- всё станет только хуже???
Старый 01.07.2011, 22:50   #11  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,294 / 221 (10) ++++++
Регистрация: 11.01.2006
Цитата:
Сообщение от Гонков Владислав Посмотреть сообщение
"если нет... хм... можно попробовать сделать, но это может быть чревато."
- всё станет только хуже???
учет будет происходить чуть медленнее, объем базы будет чуть быстрее расти, формочка будет открываться быстрее.
взвешиваем эти факторы.
Старый 01.07.2011, 17:40   #12  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
Или не станет . Надо пробовать.
Запустите еще раз монитор клиента, проделайте действия, вызывающие тормоза, остановите монитор, отфильтруйтесь по типу
SQL Statetment скопируйте и запостите на форум.
 


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

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

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