В общем создал я тему про передачу данных через jdbc в бинарном виде, никто толком не отреагировал. Ну вот ловите пример.

Connection db; // The connection to the database
Statement st; // Our statement to run queries with
PreparedStatement ps;
Class.forName("org.postgresql.Driver"); // Load the driver
db = DriverManager.getConnection(url, usr, pwd);
//подсоединились, тут конечно в url, usr, pwd надо предварительно положить что надо.

st = db.createStatement();
st.executeUpdate("create table basic (a int2, b float4 )"); //создали табличку
ps = db.prepareStatement("insert into basic values (?,?)");

float tt=(float) 1.90000009;
System.out.println(" insert value=" + tt );
ps.setInt(1, 1);
ps.setFloat(2, tt);
ps.executeUpdate();
ps.close();

System.out.println("performing a query");
ResultSet rs = st.executeQuery("select a, b from basic");

rs.next();
int a = rs.getInt("a");
float b = rs.getFloat("b");
System.out.println("value from table=" + b);
rs.close();


/////под посгресом на выдача такая

insert value=1.9000001
performing a query
value from table=1.9
//// вот такая вот фигня, как с этим бороться??? насколько я сам копался в исходниках драйвера, бинарной передачи для простых типов float, double, int, тама нету в принципе, может ещё какие дрова бывают? я выходов вижу только два либо менять субд где дрова нормальные, либо сворачивать свой обьект в массив байтов и запихивать это в базу в тип bytea. Но тогда как бы с таким же успехом можно пихать в файл всё это.

ЗЫ: я знаю что этот эффект можно побороть увеличив точность преобразования из float в текст, это нужно делать как на клинете так и на сервере, в принципе я даже знаю как это сделать. Но на мой взгляд это вообще маразм получиться, и так конструкци уродская так ещё более уродские заплатки на это ставить надо. У кого какие мысли?

2vfabr.
мне не нужна умопомрачительная точность, проматчасть я думается знаю достаточно. Всего навсего требуется чтобы на выходе был то же набор битов что и на входе, и это не должно зависить от того как этот набор битов интрепретируется. Что вы на это скажете?

Andrey DaeronЕсли это фсе прафда, и здеся никто не откликнится то:
1. Юзать http://archives.postgresql.org/pgsql-jdbc/ - для поиска проблемы
2. Юзать тоже, но сформулировав проблему.

Самое смешное что это почемуто проблемой ни кто не считает. Вывод сделан из общения нa irc://irc.freenode.net/#postgresql. Т.е. через libpq всё нормально, а в jdbc это просто не реализованно. (бинарный режим)

vfabrмужчина учите мат часть и не сбивайте с толку людей!!!

читайте как хранятся данные в компьютере
читайте про типы в постгресе
учитесь, учитесь, учитесь!!!!

если вам нужна умопомрачительная точность например такая 0.9000000000001 то юзайте не флоат

попробуйте задать вот такой запрос из какого нить пгадмина и посмотрите что выйдет


я Вам уже писал что драйвера работают нормально только используйте их правильно!!!

а по поводу мат части, не поскажете уважаемый чему равняются те числа которые привёл в качестве примера в hex виде а?? а я подскажу
1.90000009=1.90000009537=3FF33334
1.9= 1.89999997616=3FF33333

И чего это в последнем бите то отличие?? может быть это драйвер такой хороший, сами мат часть учите. У меня образование и работа связанна с вычислительной математикой.

я и не студент и не аспирант.

обьясните математику уважаемый инженер, может ли вообще назывться нормальной система хранения данных в которых отсылаеш один набор битов а получаеш другой?? конкретно 3FF33334 и 3FF33333

vfabr
и еще что Вы мне своими хексами тычите? я в них неразбираюсь нолики и единички пожалуйста (это физический принцип действия компьютера) десятичная система пожалуйста (я в ней зарплату получаю) а хексы это не к нам убогим :-)

так сразу и надо было говорить.

Hordifloat имеет точность 6 знаков после запятой.
спасибо, я знаю но здесь это не существенно. (хотя вообще то 7)

7 - это по IEEE стандарту. точная фраза: The precision is approximately one part in 2**23; typically 7 decimal digits.

Почему я полагаю это не имеет отношения к делу - это потому что я всё таки полагаю что нужно по хорошему передавать число как набор битов, а не как его текстовое представление в десятичном формате. Передача в битовом режиме снимает вопрос как с потерей точности так и связанный с невозможность хешировать составные обьекты в которые входит число с плавающей точкой.

Хотя в принципе с точки зрения документции конечно правильно, СУБД работает с числом как с обьектом и обрабатывает его в рамках допустимых документацией. Но всё равно не аккуратненько как то.

ShweikСтранный треп... Неужели трудно понять что
1) JDBC в Постгресе еще достаточно сырой.
2) Подавляющее большинство здешнего народа его не использует.
3) Тех кто использует JDBC точность его работы с float не колышет.
Видимо математическое образование( в отличии от инженерного ) не позволяет сделать простейший вывод : "Если драйвер херовый - спасет только медитация над его исходниками или ежедневные мольбы к девелоперам " 8))

Позволяет всё позволяет, даже в голову пришло сразу простейшее решение - СУБД поменять, благо всё ещё пока на этапе проектировния.