Форум: "Базы";
Текущий архив: 2002.05.23;
Скачать: [xml.tar.bz2];
ВнизКак получить 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;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.006 c