Hi all.
Есть клиент на жабе, общается с базой по jdbc, на базе есть таблица с колонкой типа float8, есть переменная типа double. Хочу одно в переслать в другое без промежуточного преобразования в текст (а то потеря точности и вобще непредсказуемые последствия). как сделать?

да я знаю, а есть уверенность что соотвествующий set, в данном случае setDouble, просто не конвертнёт это в стринг?

где там конкретно глятеть то? если не секрет?
А что до sql запросов то всё достаточно хорошо документированно, а про этот момент вообще ни чего.

господа вот нащёл в libpq функцию

PQexecParams
Submits a command to the server and waits for the result, with the ability to pass parameters separately from the SQL command text.

PGresult *PQexecParams(PGconn *conn,
const char *command,
int nParams,
const Oid *paramTypes,
const char * const *paramValues,
const int *paramLengths,
const int *paramFormats,
int resultFormat);

PQexecParams is like PQexec, but offers additional functionality: parameter values can be specified separately from the command string proper, and query results can be requested in either text or binary format.

насколько я понимаю она делает то что мне надо, но есть ли тоже самое на jdbc??????

Безонjdbc может работать удаленно с одного компа на другой. и у этих двух компов может быть например разный ордер битов. Так что это правильно конвертировать из бинарника в инвариантное предстваление (строку) а затем обратно.

В постгресе при создании пользовательского типа (ну и соотвественно для встроенных уже есть), нужно задавать функции конвертации из внутренего текстового представления и обратно, и из бинарного представления в сети во внутреннее бинарное представление и обратно. см CREATE TYPE. Так что с этим вопросом там всё правильно проработано. Просто для JDBC ещё не реализованно.

vfabrя роюсь в доке и не могу вообще найти примера или намека как запихнуть в базу НЕТЕКСТОВЫЕ данные даже через либпэку

может многоуважаемый stuav покажет где он видел подобные примеры? то что приведенно в начале треда тоже запихивает в базу стринги const char * const *paramValues

смотри http://www.postgresql.org/docs/8.1/interactive/sql-createtype.html
функции RECEIVE, SEND.

The optional receive_function converts the type's external binary representation to the internal representation. If this function is not supplied, the type cannot participate in binary input. The binary representation should be chosen to be cheap to convert to internal form, while being reasonably portable. (For example, the standard integer data types use network byte order as the external binary representation, while the internal representation is in the machine's native byte order.) The receive function should perform adequate checking to ensure that the value is valid. The receive function may be declared as taking one argument of type internal, or as taking three arguments of types internal, oid, integer. The first argument is a pointer to a StringInfo buffer holding the received byte string; the optional arguments are the same as for the text input function. The receive function must return a value of the data type itself. Similarly, the optional send_function converts from the internal representation to the external binary representation. If this function is not supplied, the type cannot participate in binary output. The send function must be declared as taking one argument of the new data type. The send function must return type bytea.

Реальзованно это будет и это 100%
Посмотри драйвера от других баз, как коммерческих так и свободных.

А платвормо зависимость здесь очень слабая, всего навсего идёт речь о Big endian byte или Little endian byte. Процессоры в которых используются модели бинарного представления чисел с плавающей точкой отличной от IEEE я не знаю, а если и есть такие то там врядли когда нить будет джава реализована, а если будет то этот вакт учтут. Ну и я уж не говорю о формате целого числа.

Порядок байт можно перевернуть средствами самой джавы смотри Long.reverseBytes. Ну и навярняка как нить можно узнать средствами той же джавы соотвествует ли порядок на текущей машине Native network order или нет. Да и в конце концов это всё таки реализованно в очень многих СУБД.

HSQLDB, Firebird - это то с чем я работал.
Этого просто в документации не пишут почему то, надо в исходниках ковыряться или эксперимент ставить.

да естественно имелся в виду серверный режим СУБД а не embedded.

квадратные скобки всего лишь означают что это не обязательный параметр.

А как конвертить я уже говорил см: Long.reverseBytes, Double.doubleToRawLongBits, Double.longBitsToDouble, Float.floatToRawIntBits,Float.intBitsToFloat. Как это состыковать думаю догадаться не трудно.

Что до выигрыша в скорости, я думаю раз в 20 минимум, байты местами процессору переставить значительно быстрее чем конвертировать в десятичное представление, там же около сотни арифметических операций на одно число.

Извините вы вообще мои посты читаете?

Про базы я уже говорил HSQLDB, Firebird - это только то с чем я работал.
Apache Derby - тоже очень возможно.

Да безусловно общий выигрыш может и не будет велик, хотя это сильно зависит от комплекса.
автор
грубая схема прохождения запроса
1) (запрос) ->
2) (передача данных по сети) ->
3) (парсинг запросов) ->
4) (выполнение запросов) ->
5) (результат) ...
тут ещё один пункт забыли под номером 0 - создание запроса.

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

Ну погнали по пунктам.
автор
автор
квадратные скобки всего лишь означают что это не обязательный параметр.

правильно не обязательный соответственно драйвера с большой вероятностью могут неработать потому что он напросто может быть не реализован. Для борьбы с этим придется менять/совершенствовать драйвера, серверную часть ну и тп.

-как на счёт поста где речь идёт про PQexecParams, чего там переделывать? jdbc да надо, так про это речь и идёт.


автор
Если Вам не подходит база тогда ее надо менять. В бесплатном сегменте аналогов имхо нет.

ну есть эти базы я считаю что постгрес в сумме своих плюсов и минусов обходит их


- вы уж определитесь

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

к чему это высказывание я тоже не понял :-) если не трудно поясните


-обьект вида

{int a; float b; byte[] hash}
hash - это хеш функция от переменны a и b (конвертим каждую переменную в массив байт, потом обьединяем, потом подаём на вход хеш функции результат в кладём в hash, это я пишу к тому что может возникнуть вопрос а как хеш считать)

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

Для справки хеш может применяться для: контроля целостности, в качестве ссылки, в качестве крипто функции, индификации обьекта.

Ну погнали по пунктам.
автор
автор
квадратные скобки всего лишь означают что это не обязательный параметр.

правильно не обязательный соответственно драйвера с большой вероятностью могут неработать потому что он напросто может быть не реализован. Для борьбы с этим придется менять/совершенствовать драйвера, серверную часть ну и тп.

-как на счёт поста где речь идёт про PQexecParams, чего там переделывать? jdbc да надо, так про это речь и идёт.


автор
Если Вам не подходит база тогда ее надо менять. В бесплатном сегменте аналогов имхо нет.

ну есть эти базы я считаю что постгрес в сумме своих плюсов и минусов обходит их


- вы уж определитесь


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

к чему это высказывание я тоже не понял :-) если не трудно поясните


-обьект вида

{int a; float b; byte[] hash}
hash - это хеш функция от переменны a и b (конвертим каждую переменную в массив байт, потом обьединяем, потом подаём на вход хеш функции результат в кладём в hash, это я пишу к тому что может возникнуть вопрос а как хеш считать)

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

Для справки: хеш может применяться для: контроля целостности, в качестве ссылки, в качестве крипто функции, индификации обьекта, и т.д.
Я надеюсь мне не будет посоветованно отказаться от хеша раз его через jdbc пропихнуть нельзя?

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

ДАААААААА??? и можно узнать почему?

автор
потому что в реальности скорее всего понадобится работать с данными и другими средствами тоже.

Приплыли, у нас теперь данные зависят от того каким драйвером их читаеш.
No comments.

авторВообще то что Вы написали ни к драйверам ни к проблеме передачи данных в бинарном виде ни имеет никакого отношения.

а к чему это имеет отшошение? или у нас хеш функции теперь тоже приблизительно вычисляются как и преобразование из float в text?

автор
Apache Derby, an Apache DB subproject, is a relational database implemented entirely in Java.

HSQLDB is the leading SQL relational database engine written in Java.

не понимаю смысла замечания, там тоже есть свой сетевой протокол, который тоже можно былобы так же испоганить.


stuavjdbc да надо [править], так про это речь и идёт.
дык шо тебе мешает? исходники PostgreSQL JDBC открыты, протокол описан, бери и правь
если таки будешь править, где-то вылезет код, подобный этому - ужоснах!
(а еще подумай о двоичном виде передачи и разбора массивов, составных и пользовательских типов)

Раз это уже сделанно в других СУБД то и здесь тоже можно.

vfabrмне показалось что есть желание объекты в базе хранить в сериализованном виде вот я и написал что если так то это скорее всего неправильно.

Вы хотите сделать что-то типа хибернейта?

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

авторприведенные СУБД написаны на джаве в отличие от постгреса и вообще дерби и постгрес хоть и обе БД но похожи примерно как велисапед и камаз

и какое отношени имеет язык на котором написана база к корректности хранения данных, и к качеству проектирования и реализации JDBC протокола??- да никакого!!