у меня у одного поля в БД(MySQL 5) тип LONGBLOB, не могу получить, то что там записано
т.е. запрос а выборку срабатывает нормально, но потом, когда пытаюсь получить значение из этого поля, например в $res, ничего не возвращается
Как это лечиться?

Покажи пример того, как ты пытаешься это сделать.

Код

my $res; my $sth = $dbh->prepare("SELECT pdump.dump FROM pdump WHERE pdump.id = '1' ");   $sth->execute();   if (my $ref = $sth->fetchrow_hashref()) {     $res = $ref->{'dump'};     print "Dump : $res";   }   $sth->finish();

pdump.dump имеет тип LONGBLOB
этот код выводит

Цитата

Dump :

и всё, т.е. запись то отбирается, но значение не возвращается

Это сообщение отредактировал(а) DEER - 21.11.2005, 11:00

DEER
Попробуй посмотреть, что в переменной находится:

Код

use Data::Dumper; if (my $ref = $sth->fetchrow_hashref()) {  print Dumper($ref); }

Зачем ты в запросе указываешь таблицу перед полем? Ты же работаешь с одной таблицей.
В этом может быть и ошибка. Раз ты используешь хеши при выборке, то забирай все поля.

Код

"SELECT * FROM pdump WHERE id = '1'"

И используй fetchrow в цикле для получения всех записей или вообще используй selectrow_hashref.



Это сообщение отредактировал(а) sharq - 21.11.2005, 12:00

Цитата(sharq @ 21.11.2005, 11:53)

DEER Попробуй посмотреть, что в переменной находится: Код use Data::Dumper; if (my $ref = $sth->fetchrow_hashref()) {  print Dumper($ref); }

Спасибо, попробую

Цитата(sharq @ 21.11.2005, 11:53)

Зачем ты в запросе указываешь таблицу перед полем? Ты же работаешь с одной таблицей. В этом может быть и ошибка. Раз ты используешь хеши при выборке, то забирай все поля. Код "SELECT * FROM pdump WHERE id = '1'" И используй fetchrow в цикле для получения всех записей или вообще используй selectrow_hashref.

ВОт если запрос сделать так

Код

my $res;     my $sth = $dbh->prepare("SELECT pdump.id FROM pdump WHERE pdump.id = '1' ");       $sth->execute();       if (my $ref = $sth->fetchrow_hashref()) {         $res = $ref->{'id'};         print "Dump : $res";       }       $sth->finish();

он возвращает "1", т.е. ошибки нет, это я проверял.... просто мне кажется что этот LONGBLOB надо получать каким то иным способом....

Может не в кассу, но в JAVA есть метод дла получения бинарных данных

Код

res.getBytes(1);

где res - результат запроса, что то подобное моему $ref
вот что нить подобного нету в Perl?

DEER perldoc DBI - LongReadLen.

не пошло

Цитата

C:\>perldoc DBI - LongReadLen No documentation found for "-". No documentation found for "LongReadLen". NAME     DBI - Database independent interface for Perl SYNOPSIS       use DBI; ------- - --- - - - -------------

Добавлено @ 13:45
Поясни плиз

Цитата

The "LongReadLen" attribute may be used to control the maximum length of 'long' type fields (LONG, BLOB, CLOB, MEMO, etc.) which the driver will read from the database automatically when it fetches each row of data.

он может быть использован для контроля длины поля??? Так что ли?


а в этом коде что происхдит? он сначала "подготавливается" для того чтобы можно было получать данные из Blob'а что ли?

Код

$dbh->{LongReadLen} = $dbh->selectrow_array(qq{       SELECT MAX(OCTET_LENGTH(long_column_name))       FROM table WHERE ...   });   $sth = $dbh->prepare(qq{       SELECT long_column_name, ... FROM table WHERE ...   });

Всё! по ходу понял!

Короче этот LongReadLen отвечает за максимальную длину выбираемых полей, по умолчанию он стоит в "0", что означает что длинные поля скорее всего не будут выбираться.
Для выбора этих полей сначала надо произвести изменение этого аттрибута

Код

$dbh->{LongReadLen} = $dbh->selectrow_array(qq{           SELECT MAX(OCTET_LENGTH(dump))           FROM pdump WHERE id = '1'   });

и потом уже можно делать выборку из БД

Код

$sth = $dbh->prepare(qq{           SELECT ldump FROM pdump WHERE id = '1'       });

по идее должно заработать.

Правильно?

Это сообщение отредактировал(а) DEER - 21.11.2005, 14:10

Цитата

по идее должно заработать. Правильно?

А почему ты не попробуешь? Хотя я вообще не пойму смысла хранения двоичных данных в базе данных. Может стоит подумать над тем, что бы их хранить отдельно, а в базу писать только ссылку?

Всё работает!!! Даже очень!!!

sharq Спасиба за ссылку!

korob2001Это не моя пререгатива, базу мне готовую дали

korob2001 Если хранить в базе ссылку на данные хранящиеся где-то в файлах то это нарушает целостность хранения данных и усложняет возможности для их архивироваия. С этой точки зрения хранение в базе двоичных данных - меньшее из зол. Я иногда использую хранение сериализованных данных в базе, что бы потом их можно было легко превратитьв структуру (хэш например), это тоже оправдывает хранение двоичных данных в базе.

Да всё это понятно, но не дорого ли эта база будет обходиться, если в ней хранить изображения, mp3, flash файлы и т.п.?

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

Доброго дня!

Помогите пожалуйста разобраться в проблеме!
Есть код:


в поле TEXT типа LONGBLOB (MySQL5) хранится zip-архив.
исходный размер архива 6714 байт. после выполнения вышеуказанного скрипта сохраняется файл test.zip размером 6732 байта и соответственно архив некорректный. Распаковать его не представляется возможным. 
Где моя ошибка?  :dash1 

Заранее благодарен!

послевставьте строку

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

большое спасибо!
заработало!