× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I know I've seen this done before lol.

I'm using a BLOB. Maybe last time it was a CLOB? But I remember being able to see the location of the file.

Jack

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Bruce Vining
Sent: Wednesday, November 19, 2014 5:08 PM
To: Midrange Systems Technical Discussion
Subject: Re: SQL view *pointer to a BLOB

I agree with the need to show only hex values (in character form) from a
BLOB, but I'm a bit confused by STRSQL not allowing any access to LOBs of
various types. If I have a CLOB column XYZ in table MyTable then STRSQL and

Select cast(XYZ as varchar(32000)) from MyTable

seems to work for me. I'm most likely mis-understanding your post.

Bruce Vining

On Wed, Nov 19, 2014 at 2:32 PM, Birgitta Hauser <Hauser@xxxxxxxxxxxxxxx>
wrote:

With Interactive SQL (STRSQL) you cannot see any value of any large
object. STRSQL is stabilized and was not enhanced after Release V4R5M0 (or
something like that).
Large objects where introduced with release V5R1M0 and Large Objects are
not stored within the record, but in a so called overflow area while within
the record only a pointer on the overflow area is stored.
That's why you only see *POINTER with STRSQL.

With the Run SQL Scripting Tool of the IBM i Navigator, you can see the
content of a large object, i.e. the address of the overflow area is
resolved and the data of the large object displayed like a column value.
Because BLOB is a Binary Large Object, you only can see those hex values.
You may try if you can convert/Cast the BLOB into a CLOB (character large
object) to see some text.
But if the BLOB contains any data in any "strange" format, you'll have no
luck.

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars." (Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not training them
and keeping them!"

-----Ursprüngliche Nachricht-----
Von: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] Im Auftrag von
Jack Tucky
Gesendet: Wednesday, 19.11 2014 20:41
An: Midrange Systems Technical Discussion
Betreff: Re: AW: SQL view *pointer to a BLOB

Hi sorry if I missed a reply, but I can't get Interactive SQL to show me
the file name either. Is there a function I need to use?

Thanks, Jack

On Tue, Nov 18, 2014 at 9:22 AM, Jack Tucky <jacktucky@xxxxxxxxx> wrote:

I did that and saw hex data. Do I need char()?



On Nov 18, 2014, at 2:05 AM, Birgitta Hauser
<Hauser@xxxxxxxxxxxxxxx>
wrote:

Use IBM i Navigator's Run an SQL Script instead of STRSQL.

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars."
(Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not
training
them
and keeping them!"


-----Ursprüngliche Nachricht-----
Von: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] Im Auftrag
von
Jack
Tucky
Gesendet: Tuesday, 18.11 2014 02:06
An: 'Midrange Systems Technical Discussion'
Betreff: SQL view *pointer to a BLOB

I recall viewing the location for a BLOB in interactive SQL using
CAST or CHAR or some function.



Lost my notes and google not helping.



I thought it was select char(blob) from blobtable but that tells me
argument
1 not valid.



Thanks, Jack







---
This email is free from viruses and malware because avast! Antivirus
protection is active.
http://www.avast.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please
take a moment to review the archives at
http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please
take a moment to review the archives at
http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.