Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2002.05.23;
Скачать: CL | DM;

Вниз

Как получить Extended или Double простым SQL?   Найти похожие ветки 

 
vne   (2002-04-26 15:17) [0]

Озвучиваю проблему. Поле типа Extended физически разбито на 3 поля, 2 по 4 байта(Integer) +1 word. Всего 10 байт. Напомню формат Extended. Старший 80-й бит знаковый.64 бита занимает мантисса числа. Биты с 65 по 79 занимает смещенный порядок.
64-й бит-старший бит мантиссы числа. Соответственно, в 3-х полях 1-е поле(L-Integer) чаще всего =0 и бывает >0, если мантисса занимает более 32 бит. 2-е поле(H-Integer) всегда имеет в старшем бите 1, т.е. число Н выглядит отрицательным, это придется учитывать при мат.операциях.3-е поле(P-Word) напрямую связано со смещением, знак Р является знаком числа.
Внимание,ВОПРОС!Сабж из этих трех полей.Дополнение-БД Pervasive(бывший Btrieve с новым SQL-ядром),битовых операций,функций, как и много другого нет и впомине :-(


 
roottim   (2002-04-26 16:01) [1]

битовые операции!... интересно приведите примеры таких методов из других скл серверов...
какой-то в этом вопросе нестояк!... поле... и еще физически разбито!... кодируется что-ли?


 
vne   (2002-04-26 16:14) [2]

Во времена до деноминации у бтрива не стало хватать разрядов для операций с большими числами(например, для балансов банков).
Разработчики пошли своим путем, и вышли из положения, как я описал выше.
Обратный алгогитм тоже прост:

var
res:Extended;
LdMon:record
l,h:Integer;
p:Word;
end;
begin
LdMon.l:=PvStaticRest_l.Value;
LdMon.h:=PvStaticRest_h.Value;
LdMon.p:=PvStaticRest_p.Value;
move(LdMon,res,SizeOf(res){=10});
PvStaticRest.Value := res/100; //получили деньги
end;

Но прошло время, и бтрив стал первазивом, появилось SQL ядро.
Стало возможным его использовать.А банковские системы ставятся не на один год, посему таких как мы довольно много.И вот эти три поля всю картинrу портють, сильно ограничивая возможности SQL Pervasive.


 
roottim   (2002-04-28 09:19) [3]

на ум приходит только одно.. раз нельзя скалькулировать поле(из 3-х) в базе из-за отсутсвия оных битовых операций.. то почему бы не воспользоваться калькулируемым полем в tquery(которым вы не особо, как я понял, хотите пользоваться) в делфи же такие операции ( ваш пример выше) реализуемы ...
тогда вопрос в чем проблема использования sql запросов?
сложности могут появиться с мат операциями.. которые скл в этом случае сделать не сможет!... но этого же всеравно не избежать?


 
vne   (2002-04-29 11:18) [4]

Как раз мат.операции и нужны :-(
У меня есть вариант, правда еще не реализованный.Принципиально возможно создание доп.таблицы след.структуры:
Поле смещения_P//делитель для поля _H//корректирующее число для поля _H//делитель для поля _L//корректирующее число для поля _L;
Тогда по смещению будет возможно получение двух 8-байтных чисел, сумма которых даст нормальное.А TQuery пользуюсь, конечно.Только вычисляемое поле считает приложение, а оно может находиться за много километров от БД.



Страницы: 1 вся ветка

Текущий архив: 2002.05.23;
Скачать: CL | DM;

Наверх




Память: 0.47 MB
Время: 0.018 c
1-73276
vitnt2000
2002-05-08 07:46
2002.05.23
Добавление серий в Chart


3-73010
YPS
2002-04-17 16:15
2002.05.23
Упаковка базы Ассеss 2000


3-73074
roman001
2002-04-28 19:16
2002.05.23
Закрытие таблиц


1-73171
hoax
2002-05-09 18:22
2002.05.23
Помогите с масивами! Плиз


1-73211
kserg@ukr.net
2002-05-14 17:05
2002.05.23
Как отформатировать число чтобы вывести его с ведущими нулями?