|
30.10.2008, 14:09 | #1 |
Участник
|
Здравствуйте!
Возникла следующая ситуация.. Есть база на SQL Server, Navision 4.0 SP 3.... Стандартный калкфилд "Оборот" ("Net Change") считает количество 26 единицы товара, а если сложить учтенные операции с теми же фильтрами получается 24.... В связи с вышеизложенным вопрос: Как лечить? Как избежать в дальнейшем? |
|
30.10.2008, 16:01 | #2 |
Участник
|
Цитата:
Сообщение от Yan
Здравствуйте!
Возникла следующая ситуация.. Есть база на SQL Server, Navision 4.0 SP 3.... Стандартный калкфилд "Оборот" ("Net Change") считает количество 26 единицы товара, а если сложить учтенные операции с теми же фильтрами получается 24.... В связи с вышеизложенным вопрос: Как лечить? Как избежать в дальнейшем? |
|
30.10.2008, 16:14 | #3 |
Участник
|
|
|
30.10.2008, 16:29 | #4 |
Участник
|
Может, вы накладываете фильтр на поле, не входящее в формулу для Net Change?
|
|
30.10.2008, 16:31 | #5 |
Участник
|
Если таблица не очень большая, то запустите оптимизацию Файл - База Данных - Таблицы - Оптимизировать. Проверьте после этого.
|
|
30.10.2008, 16:53 | #6 |
Участник
|
Посмотрите в сифт-таблице, какое там значение.
|
|
30.10.2008, 17:12 | #7 |
Участник
|
проблема в сифт таблице... пересоздал сифт таблицу.. все стало правильно... но, теперь нельзя быть уверенным в остальных калкфилдах ?.... как это можно проконтролировать ? как в дальнейшем избежать ?...
Цитата:
Если таблица не очень большая, то запустите оптимизацию Файл - База Данных - Таблицы - Оптимизировать. Проверьте после этого.
|
|
30.10.2008, 17:55 | #8 |
MCTS
|
Возможно это не к этой теме.
Уже пару раз слышал о такой штуке связанной с SQL, что после выполнения команды остатки начинают считаться правильно: UPDATE [$ndo$dbproperty] SET diagnostics = 131072 К сожалению инфомарции, что это такое и как оно работает у меня нет. Было бы интересно запустить это не базе с некорректной SIFT-таблицей. |
|
30.10.2008, 18:07 | #9 |
Участник
|
Цитата:
Сообщение от apanko
Возможно это не к этой теме.
Уже пару раз слышал о такой штуке связанной с SQL, что после выполнения команды остатки начинают считаться правильно: UPDATE [$ndo$dbproperty] SET diagnostics = 131072 К сожалению инфомарции, что это такое и как оно работает у меня нет. Было бы интересно запустить это не базе с некорректной SIFT-таблицей. |
|
30.10.2008, 18:10 | #10 |
MCTS
|
Все же нашел кое-что:
Цитата:
But it can be problem of Navision on MS SQL, when sometime Navision does not "see" all entries (it is problem with transfer Item LE, adjustments etc...) - in some situations you know, that there are 2 records in the filter but after first NEXT C/AL say that there is no more records...
Fix is execute this command: UPDATE [$ndo$dbproperty] SET diagnostics = 131072 Цитата:
It (flag 131072) disables an optimization to avoid using SQL cursors in some situations when doing FIND('-'), to instead use a default result set - or firehose as its sometimes called. This is more efficient that SQL cursors.
There was a problem with this but it should be addressed by obtaining the latest c/side hotifx and not by changing this value, although as a short-term solution is is useful. |
|
30.10.2008, 18:19 | #11 |
Участник
|
инетерсно... я вот что нашел...
Цитата:
SYMPTOMS
Sum Index Field Technology (SIFT) totals that appear in FlowFields are calculated incorrectly when you delete SIFT records in the Microsoft SQL Server Option for Microsoft Dynamics NAV 4.0. Note Examples of FlowFields are the Inventory field in the Item Card dialog box and the Net Change field in the Chart of Accounts dialog box. When this problem occurs, the FlowFields display incorrect amounts. However, if you click the drill-down button in the fields, the correct amounts appear on the underlying entries. CAUSE This problem may occur if you delete one empty SIFT record or if you delete multiple empty SIFT records. An empty SIFT record is a record in which all amounts equal zero. When Microsoft Dynamics NAV later tries to update a SIFT record that was deleted, the update is aborted. Therefore, the SIFT total becomes incorrect. RESOLUTION Hotfix information A supported hotfix is now available from Microsoft. The hotfix corrects the problem that is described in this article. Apply the hotfix only to systems that are experiencing this specific problem. |
|
28.01.2009, 11:38 | #12 |
Участник
|
to Yan:
А не подскажите, какой у Вас MSSQL сервер используется, и были ли какие то особенные настройки для него? |
|