Делаю запрос


в SQL Server и FP.

Содержание таблиц идентичное, размерность поля numeric(15, 2) в FP и (10, 2) в SQL Server. Запросы выдают разный результат.
Почему может быть такое?

Igor Korolyov
Во-первых N(10,2) в MS SQL это не то-же самое что N(10,2) в фоксе!!! в фоксе
считается и точка, и минус за "содержимое" поля, в MS SQL насколько я в
курсе нет (в Oracle точно нет).

В этом поле нет больших (>99999) и отрицательных значений.

Igor Korolyov
Во-вторых ты так и не сказала в чём именно проявляется "разность"
результатов.

В Фоксе сумма получается больше, чем в SQL.

Igor Korolyov
В фоксе есть прибабах, когда подобный запрос (а также COUNT(SomeField)
запрос) для пустых таблиц, или таблиц заполненных только null-ами возвращают
пустой результат (0 строк!). Тогда как по стандарту должны таки дать одну
строку с 0 в ней.
Также может быть проблема в "понимании" фоксом разделителя (десятичной
точки) - сервер может и точку слать и запятую (от настроек сервера и
коннекции зависит) а фокс понимает лишь точку.
В-третьих ты не сказала как именно работаешь с сервером из FPD... Может там собака зарыта?

Таблицы 2 - одна на SQL сервере, другая dbf в FP, данные из таблицы переносятся один в один приложением.
Т.е. коннекта к серверу из FP нет, считаю отдельно в FP и в SQL.
Они обе непустые.

Igor Korolyov
2 Sergey - а тут Group by не нужен :) мы считаем результат по ВСЕМ записям.
Конечно если запрос приведен ДОСЛОВНО.

Да, дословно. CALC SUM ... TO выдает тот же самый результат, что и селект в фоксе, т.е бОльшую цифру, чем SQL.


Может в FP в суммировании принимают участие записи, помеченные на удаление?

Количество записей одинаково в обеих таблицах.

ВладимирМСлушай, посчитай столбиком. Я серьезно. Первое подозрение, это что твои таблицы на SQL-сервере и в DBF имеют разное содержимое. Одинаковое количество строк не гарантия одинакового содержимого.

Кроме того, vl2000 имел в виду записи помеченные как удаленные в DBF, но которые физически еще не удалены. В этом случае на результат суммирования в FoxPro будет влиять настройка

SET DELETED
Записей помеченных на удаление нет и запрос
выдает то же самое, что и без deleted.

Столбиком - трудновато, записей от 40 тыс до 86 тыс...

Igor KorolyovИндекс есть? Попробуй пересоздать - может он побился и как-то влияет...
Также неплохо бы проверить (если возможно) и саму таблицу на предмет наличия
там "непонятных" записей - может повредилась сама таблица?
Какое именно расхождение (абсолютная его величина, а заодно и скажи
количество записей - чтоб оценить варианты) - т.е. не может ли это быть
ошибками округления или ещё чем-то таким?
Индекса нет.
записей 86 тыс - расхождение 35,54
записей 40 тыс - расхождение 0,22
записей 77 тыс - расхождение 0,94.

Если это ошибки округления, как это проверить и обойти?

Я тут выгрузила данные из таблицы SQL Server-а в dbf (dbase IV).
Посчитала сумму по этому полю в FPD, получилась такая же как и в SQL, потом посмотрела у каких записей значение поля не совпадает - оказалось, что у некоторых записей значение поля уменьшилось на 0,01. Поэтому общая сумма и не совпадает.

Я поменяла тип поля в SQL Servere (увеличила разрядность - decimal (10,3)) и еще раз перенесла данные из FPD.

Получилось для таких записей

...,07 -> ...,069

UrriДа будет так! Теперь выясняем причину, почему обрезались.

Предлагаю вариант: округление в одном случае и отбрасывание третьей цифры и далее после запятой в другом.
Это где? Настройки драйвера VFP?

coolkenga UrriДа будет так! Теперь выясняем причину, почему обрезались.

Предлагаю вариант: округление в одном случае и отбрасывание третьей цифры и далее после запятой в другом.
Это где? Настройки драйвера VFP?
Или в хранимке уже в SQL Server-e?

UrriГде точно, не могу сказать. Не знаю я SQL Server. Видимо, в нем самом.
Подозреваю, несмотря на то, что тип поля на SQL сервере прописан как (10,2), данные физически хранятся реально с большей точностью. И округляются только на экранчике...

...Так, посмотрел в bol, судя по разделу "decimal и numeric", так и есть.


Странно, откуда же берется эта точность. И почему не у всх записей...

Закачала ту же таблицу DTS (драйвер MS Visual Foxpro) - все нормально с этими записями....