Need to return CLOB as String type from SQL query
I have a table that contains a CLOB column, which should be accessible to a JDBC client (JReports) that does not understand how to extract CLOB from a result set.
A possible workaround would be to translate the CLOB type into a normal string on the database side as part of the SQL query (or a view), so that the client can handle it. For that to work, we would need a type conversion within the query itself.
Rather then
SELECT clob_column FROM my_table
we would need something like
SELECT to_char(clob_column) FROM my table
Unfortunately to_char does not work, but possibly there are other ways to achieve it.
null
Hi Christo
Works fine. Just had to change the parameter order:
DBMS_LOB.substr(clob_column,4000,1) converts the CLOB to a VARCHAR
Thanks a lot,
Thomas
null
Similar Messages
-
Can I preserve carriage returns in a string variable from SQL Server?
I have an OLE data source that pulls data from sql server via a SELECT query. One of the fields is an NVARCHAR(max) which goes into a string variable which is later used in an expression. I am noticing that in the expression, carriage returns
/ line breaks in this field are being lost. Does anyone know how I can preserve these in the expression?Thanks everyone for the suggestions. I am certain there are both \r and \n in the database as when I print the field and then copy/paste to textedit to show the hidden characters, I can see both the CR and LF's.
I have implemented a workaround that is by no means elegant, but it gets the job done.
I found that \r and \n will evaluate in an expression but if they are part of another string variable, SSIS escapes them. My workaround was to change my OLE_DB select statement (which fetches the custom SQL query) to explicitly change the hidden characters
to '\r' and '\n' respectively:
SELECT REPLACE(REPLACE([CUSTOM_SQL],char(13),'\r'),char(10),'\n')
Then, in my SSIS expression, I de-escaped these characters:
REPLACE(REPLACE(@[User::vAlertCustomSQL],"\\r","\r"),"\\n","\n")
Now when the expression is executed, the SQL is formatted correctly and oddly placed comments in the query no longer break the query. -
Need help in Report From SQL Query
Hi All,
I am facing a problem with a report. I need your help.
I am creating a Report From SQL Query (Portal) with some arguments passed at runtime. I am able to view the output, if the query returns few rows ( arount 1000 rows). But for some inputs it needs to generate >15000 records, at this point the page is getting time out (i think!) and showing error page. I am able to execute query from the SQL Plus console ot using TOAD editor. Here the query is not taking more that 2 mins time to show the result.
If i am executing from Portal i observed that, once i give the appropriate input and hit submit button a new oracle process is getting created for the query on UNIX (I am usign "TOP" command to check processes). The browser page will be shown error page after 5 minutes (i am assuming session time out!) , but on the backend the process will be executed for more than 30 mins.
I tried also increase the page time out in httpd.conf, but no use.
The data returned as a result of the query is sized more than 10 MB. Is caching this much data is possible by the browser page? is the returned data is creating any problem here.
Please help me to find appropriate reasone for the failure?user602513 wrote:
Hi All,
I am facing a problem with a report. I need your help.
I am creating a Report From SQL Query (Portal) with some arguments passed at runtime. I am able to view the output, if the query returns few rows ( arount 1000 rows). But for some inputs it needs to generate >15000 records, at this point the page is getting time out (i think!) and showing error page. I am able to execute query from the SQL Plus console ot using TOAD editor. Here the query is not taking more that 2 mins time to show the result.
If i am executing from Portal i observed that, once i give the appropriate input and hit submit button a new oracle process is getting created for the query on UNIX (I am usign "TOP" command to check processes). The browser page will be shown error page after 5 minutes (i am assuming session time out!) , but on the backend the process will be executed for more than 30 mins.
I tried also increase the page time out in httpd.conf, but no use.
The data returned as a result of the query is sized more than 10 MB. Is caching this much data is possible by the browser page? is the returned data is creating any problem here.
Please help me to find appropriate reasone for the failure?Do you get any errors or warnings or it is just the slow speed which is the issue?
There could be a variety of reasons for the delayed processing of this report. That includes parameter settings for that page, cache settings, network configurations, etc.
- explore best optimization for your query;
- evaluate portal for best performance configuration; you may follow this note (Doc ID: *438794.1* ) for ideas;
- third: for that particular page carrying that report, you can use caching wisely. browser cache is neither decent for large files, nor practical. instead, explore the page cache settings that portal provides.
- also look for various log files (application.log and apache logs) if you are getting any warnings reflecting on some kind of processing halt.
- and last but not the least: if you happen to bring up a portal report with more than 10000 rows for display then think about the usage of the report. Evaluate whether that report is good/useful for anything?
HTH
AMN -
How to deal with image type from SQL*Server2005
when using transparent gateway between oracle 10 g and SQL*Server 2005 querying image type from SQL*Server 2005 error returned as follow:
ORA-28500: When ORACLE connect to a non-Oracle system return this information:
[Transparent gateway for MSSQL] (SQL State: 00000; SQL Code: 2090171257)
ORA-02063: Followed by 2 lines (From OKFOC)
My SQL is: select "attachment" from table@dblink where "empid"=empid
I am using image type to store attachments.
Regards!
Edited by: BK_Ferdinand on 2013-1-10 下午7:09(0) Original SQL:
(0) select NON_UNIQUE , INDEX_NAME , TYPE , SEQ_IN_INDEX , COLLATION ,
CARDINALITY , COLUMN_NAME from NAV_PROC : SP_STATISTICS ( 'OKFOC' , '%'
, 'T_FLY_FLYER_REWARD' , 1 , 0 , 0 ) order by 3 , 1 , 2 , 4
(0)
(0)
(0) Accessing saved query spec SP_STATISTICS()
(0) from NAV_PROC DB
(0)
Execution Strategy End >>>>>>>>>>>>>>>>>>>>>>>>>>>>(0) <PROC> : -->>>> OPEN
(0) <PROC> < OK>: OPEN SP_STATISTICS(0)
(0) <PROC> : -->>>> SET_BUFFER
(0) <PROC> < OK>: SET_BUFFER SP_STATISTICS(0)
(0) <PROC> : -->>>> SET_PARAMS
(0) <PROC> < OK>: SET_PARAMS SP_STATISTICS(0)
(0) <PROC> : -->>>> FETCH
(0) <PROC> < OK>: FETCH SP_STATISTICS(0)
(0) <PROC> : -->>>> FETCH
(0) <PROC> < EOS>: FETCH SP_STATISTICS(0)
(0) <PROC> : -->>>> CLOSE
(0) <PROC> < OK>: CLOSE SP_STATISTICS(0)
(0) HOAUTIL.C (1259): ; ------ hoadtab (hoat) -------:
(0) HOAUTIL.C (1262): ; hoatnam: T_FLY_FLYER_REWARD, hoatnml: 18,
hoatnrw: 3,
(0) hoatarl: 1881
(0) HOAUTIL.C (1273): ; ------ hoadtab (hoai) -------:
(0) HOAUTIL.C (1274): ; n_index_stat: 0
(0) HOAUTIL.C (1224): ; -------- hoadtab for table T_FLY_FLYER_REWARD--
(0) HOAUTIL.C (1225): ; hoadamsz: 12, hoadasiz: 12, hoadambr: 1,
hoadabrc: 0
(0) HOAUTIL.C (1228): ; row 0 - hoadambl: 4, hoadadty: 8, hoadaprc: 10,
hoadacst: 0
(0) HOAUTIL.C (1232): ; row 0 - hoadascl: 0, hoadanul: 1, hoadanml: 4,
hoadanam:
(0) pkid, hoadabfl: 4, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 1 - hoadambl: 4, hoadadty: 8, hoadaprc: 10,
hoadacst: 0
(0) HOAUTIL.C (1232): ; row 1 - hoadascl: 0, hoadanul: 1, hoadanml: 5,
hoadanam:
(0) empid, hoadabfl: 4, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 2 - hoadambl: 7, hoadadty: 167, hoadaprc: 0,
hoadacst:
(0) 0
(0) HOAUTIL.C (1232): ; row 2 - hoadascl: 0, hoadanul: 1, hoadanml: 9,
hoadanam:
(0) startdate, hoadabfl: 7, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 3 - hoadambl: 7, hoadadty: 167, hoadaprc: 0,
hoadacst:
(0) 0
(0) HOAUTIL.C (1232): ; row 3 - hoadascl: 0, hoadanul: 1, hoadanml: 7,
hoadanam:
(0) enddate, hoadabfl: 7, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 4 - hoadambl: 8, hoadadty: 14, hoadaprc: 8,
hoadacst:
(0) 1000
(0) HOAUTIL.C (1232): ; row 4 - hoadascl: 0, hoadanul: 1, hoadanml: 6,
hoadanam:
(0) recate, hoadabfl: 8, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 5 - hoadambl: 100, hoadadty: 14, hoadaprc:
100,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 5 - hoadascl: 0, hoadanul: 1, hoadanml: 6,
hoadanam:
(0) retype, hoadabfl: 100, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 6 - hoadambl: 400, hoadadty: 14, hoadaprc:
400,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 6 - hoadascl: 0, hoadanul: 1, hoadanml: 7,
hoadanam:
(0) rereson, hoadabfl: 400, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 7 - hoadambl: 1000, hoadadty: 14, hoadaprc:
1000,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 7 - hoadascl: 0, hoadanul: 1, hoadanml: 6,
hoadanam:
(0) remark, hoadabfl: 1000, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 8 - hoadambl: 40, hoadadty: 14, hoadaprc:
40,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 8 - hoadascl: 0, hoadanul: 1, hoadanml: 12,
hoadanam:
(0) lastmodifier, hoadabfl: 40, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 9 - hoadambl: 7, hoadadty: 167, hoadaprc: 0,
hoadacst:
(0) 0
(0) HOAUTIL.C (1232): ; row 9 - hoadascl: 0, hoadanul: 1, hoadanml: 14,
hoadanam:
(0) lastmodifidate, hoadabfl: 7, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 10 - hoadambl: 2147483647, hoadadty: 166,
hoadaprc:
(0) 2147483647, hoadacst: 0
(0) HOAUTIL.C (1232): ; row 10 - hoadascl: 0, hoadanul: 1, hoadanml: 10,
hoadanam:
(0) attachment, hoadabfl: 2147483647, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 11 - hoadambl: 200, hoadadty: 14, hoadaprc:
200,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 11 - hoadascl: 0, hoadanul: 1, hoadanml: 14,
hoadanam:
(0) attachmentname, hoadabfl: 200, hoadamod: 0
(0) hoadtab (26): ; hoadtab Exited with retcode = 0.
(0) hoadafr (23): ; hoadafr Entered. id = 0.
(0) hoadafr (23): ; hoadafr Exited with retcode = 0.
(0) hoapars (15): ; hoapars Entered. stmtType = 0, id = 1.
(0) nvOUT (F:\Work\Connect_4_6_3\src\qp\QP_SQTXT.C 55): SELECT
A1."attachment"
(0) FROM "T_FLY_FLYER_REWARD" A1 WHERE A1."empid"=10004036
(0) nvRETURN (F:\Work\Connect_4_6_3\src\qp\qpsynon.c 1140): -1
(0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10004036)
(0)
(0) r: 74 0 SQLAllocStmt:- hdbc=14247C0,pst=12E7C0
(0) r: 113 0 SQLPrepare:- hst=14254F0, css=14785772
(0) Ssss = SELECT "A1"."attachmentname" AS c001,
"A1"."lastmodifid
ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
AS c0
04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
"A1"."recat
e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
c009,
"A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
"T_FLY_FLYER_RE
WARD" "A1" WHERE ("A1"."empid" = 10004036)
(0) r: 863 0 SQLNumResultCols:- hst=14254F0,pcol=11
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=1,scn=c001,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=2,scn=c002,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=3,scn=c003,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=4,scn=c004,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=5,scn=c005,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=6,scn=c006,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=7,scn=c007,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=8,scn=c008,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=9,scn=c009,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=10,scn=c010,cnm=64,pcn=12E6DE,
pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=11,scn=c011,cnm=64,pcn=12E6DE,
pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E4
(0) r: 147 0 SQLFreeStmt:- hst=14254F0, fop=1
(0) <<<<<<<<<<<<<<<<<<< Execution Strategy Begin
<<<<<<<<<<<<<<<<<<<<<<<<<<<<
(0) Original SQL:
(0) SELECT A1 . "attachment" FROM "T_FLY_FLYER_REWARD" A1 WHERE A1 .
"empid" = 10004036
(0)
(0)
(0) Accessing Database 'OKFOC' with SQL:
(0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10004036)
(0)
(0)
Execution Strategy End >>>>>>>>>>>>>>>>>>>>>>>>>>>>(0) hoapars (15): ; hoapars Exited with retcode = 0.
(0) hoaopen (19): ; hoaopen Entered. id = 1.
(0) hoaopen (19): ; hoaopen Exited with retcode = 0.
(0) hoadscr (16): ; hoadscr Entered. id = 1.
(0) hoastmt.c (304): ; Array fetch size is: 1.
(0) HOAUTIL.C (1224): ; ------ hoadscr() -------:
(0) HOAUTIL.C (1225): ; hoadamsz: 1, hoadasiz: 1, hoadambr: 1, hoadabrc:
1
(0) HOAUTIL.C (1228): ; row 0 - hoadambl: 2147483647, hoadadty: 166,
hoadaprc:
(0) 2147483647, hoadacst: 0
(0) HOAUTIL.C (1232): ; row 0 - hoadascl: 0, hoadanul: 1, hoadanml: 13,
hoadanam:
(0) A1.attachment, hoadabfl: 2147483647, hoadamod: 0
(0) hoadscr (16): ; hoadscr Exited with retcode = 0.
(0) hoaftch (21): ; hoaftch Entered. id = 1.
(0) apiutil.c (0): ; hoaftch()::
(0) apiutil.c (0): ; Column 0 - pszName: A1.attachment, size: 1827, id:
0, width:
(0) 1827, scale: 0, flags: 68.
(0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10004036)
(0)
(0) r: 74 0 SQLAllocStmt:- hdbc=14247C0,pst=12EBBC
(0) r: 113 0 SQLPrepare:- hst=14254F0, css=14635668
(0) Ssss = SELECT "A1"."attachmentname" AS c001,
"A1"."lastmodifid
ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
AS c0
04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
"A1"."recat
e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
c009,
"A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
"T_FLY_FLYER_RE
WARD" "A1" WHERE ("A1"."empid" = 10004036)
(0) r: 863 0 SQLNumResultCols:- hst=14254F0,pcol=11
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=1,scn=c001,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=2,scn=c002,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=3,scn=c003,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=4,scn=c004,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=5,scn=c005,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=6,scn=c006,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=7,scn=c007,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=8,scn=c008,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=9,scn=c009,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=10,scn=c010,cnm=64,pcn=12EADA,
pst=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=11,scn=c011,cnm=64,pcn=12EADA,
pst=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12EAE0
(0) r: 147 0 SQLFreeStmt:- hst=14254F0, fop=1
(0) e: 744 0 SQLAllocStmt:- hdbc=14247C0,pst=DF7A98
(0) e: 760 0 SQLPrepare:- hst=14254F0, css=14646584
(0) Ssss = SELECT "A1"."attachmentname" AS c001,
"A1"."lastmodifid
ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
AS c0
04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
"A1"."recat
e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
c009,
"A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
"T_FLY_FLYER_RE
WARD" "A1" WHERE ("A1"."empid" = 10004036)
(0) e: 765 0 SQLNumResultCols:- hst=14254F0,pcol=11
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=1,scn=c001,cnm=128,pcn=DFE17A,
pst=DFE17C,pcd=DFE180,psc=DFE184,pnul=DFE186
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=2,scn=c002,cnm=128,pcn=DFE22A,
pst=DFE22C,pcd=DFE230,psc=DFE234,pnul=DFE236
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=3,scn=c003,cnm=128,pcn=DFE2DA,
pst=DFE2DC,pcd=DFE2E0,psc=DFE2E4,pnul=DFE2E6
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=4,scn=c004,cnm=128,pcn=DFE38A,
pst=DFE38C,pcd=DFE390,psc=DFE394,pnul=DFE396
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=5,scn=c005,cnm=128,pcn=DFE43A,
pst=DFE43C,pcd=DFE440,psc=DFE444,pnul=DFE446
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=6,scn=c006,cnm=128,pcn=DFE52A,
pst=DFE52C,pcd=DFE530,psc=DFE534,pnul=DFE536
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=7,scn=c007,cnm=128,pcn=DFE5DA,
pst=DFE5DC,pcd=DFE5E0,psc=DFE5E4,pnul=DFE5E6
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=8,scn=c008,cnm=128,pcn=DFE68A,
pst=DFE68C,pcd=DFE690,psc=DFE694,pnul=DFE696
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=9,scn=c009,cnm=128,pcn=DFE73A,
pst=DFE73C,pcd=DFE740,psc=DFE744,pnul=DFE746
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=10,scn=c010,cnm=128,pcn=DFE7EA
,pst=DFE7EC,pcd=DFE7F0,psc=DFE7F4,pnul=DFE7F6
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=11,scn=c011,cnm=128,pcn=DFE8EA
,pst=DFE8EC,pcd=DFE8F0,psc=DFE8F4,pnul=DFE8F6
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=1,fct=-
8,rgv=DFF114,cbvm=202,pcv=14
674388
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=2,fct=99,rgv=E04024,cbvm=16,pcv=146
98084
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=3,fct=-
8,rgv=E0504C,cbvm=42,pcv=146
98484
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=4,fct=-
8,rgv=E2B004,cbvm=1002,pcv=1
4698884
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=5,fct=-
8,rgv=E060DC,cbvm=402,pcv=14
699284
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=6,fct=-
8,rgv=E43794,cbvm=102,pcv=14
699684
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=7,fct=-
8,rgv=E0FE0C,cbvm=10,pcv=147
46100
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=8,fct=99,rgv=E10384,cbvm=16,pcv=147
48100
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=9,fct=99,rgv=E10E34,cbvm=16,pcv=147
50836
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=10,fct=99,rgv=E11604,cbvm=4,pcv=147
51636
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=11,fct=99,rgv=E11924,cbvm=4,pcv=147
52436
(0) e: 359 0 SQLSetStmtOption:- hst=14254F0, fop=0 , vprm=0
(0) e: 365 0 SQLExecute:- hst=14254F0
(0) e: 396 0 SQLSetStmtOption:- hst=14254F0, fop=9 , vprm=100
(0) e: 400 0 SQLExtendedFetch:- hstm=14254F0, fft=1, irow=0,
pcrw=DF7AC8, rgr
s=DFE90C
(0) hoautil.c (561): ; Requested chunk length: 65536
(0) SELECT "attachment" FROM "T_FLY_FLYER_REWARD" WHERE "pkid"=3 AND
(0) "empid"=10004036 AND "startdate"={ts '2012-12-28 00:00:00.000'} AND
(0) "enddate"={ts '2012-12-28 00:00:00.000'} AND "recate"='0' AND
"retype"='0' AND
(0) "rereson"='5858' AND "remark"='' AND "lastmodifier"='7' AND
(0) "lastmodifidate"={ts '2012-12-28 10:41:03.070'} AND
(0) "attachmentname"='飞行准备网一期演示沟通会议.doc
(0) '
(0) UPDATE "T_FLY_FLYER_REWARD" SET "attachment" = ? WHERE "pkid"=3 AND
(0) "empid"=10004036 AND "startdate"={ts '2012-12-28 00:00:00.000'} AND
(0) "enddate"={ts '2012-12-28 00:00:00.000'} AND "recate"='0' AND
"retype"='0' AND
(0) "rereson"='5858' AND "remark"='' AND "lastmodifier"='7' AND
(0) "lastmodifidate"={ts '2012-12-28 10:41:03.070'} AND
(0) "attachmentname"='飞行准备网一期演示沟通会议.doc
(0) '
(0) i: 924 0 SQLAllocConnect:- henv=1424718,phd=12E834
(0) i: 931 0 SQLSetConnectOption:- hdbc=1424C30, fop=1218 , vprm=1
(0) i: 938 0 SQLSetConnectOption:- hdbc=1424C30, fop=103 , vprm=0
(0) i: 945 1 SQLDriverConnect:- hdbc=1424C30, hwnd=0, scsi=12E8C4,
ccsi=-3, s
cso=12E9C4, ccsom=1020, pcso=12E83A, fdc=0,
(0) i: 955 0 SQLGetInfo:- hdbc=1424C30, fit=18 ,rif=12e840, civm=130,
piv=12E
83C
(0) i: 960 0 SQLSetConnectOption:- hdbc=1424C30, fop=1217 , vprm=1
(0) Created new MSSQLODBC connection (21122096)
(0) e:1881 0 SQLAllocStmt:- hdbc=1424C30,pst=E1C678
(0) e:1890 0 SQLSetStmtOption:- hst=14270A0, fop=0 , vprm=0
(0) e:1896 0 SQLExecDirect:- hst=14270A0, css=-3
(0) 6sss = SELECT "attachment" FROM "T_FLY_FLYER_REWARD"
WHERE "pk
id"=3 AND "empid"=10004036 AND "startdate"={ts '2012-12
-28 00:
00:00.000'} AND "enddate"={ts '2012-12-28 00:00:00.000'}
AND "
recate"='0' AND "retype"='0' AND "rereson"='5858' AND
"remark"
='' AND "lastmodifier"='7' AND "lastmodifidate"={ts
'2012-12-2
8 10:41:03.070'} AND "attachmentname"='飞行准备网一期演
示沟通? 嵋?doc '
(0) e:1905 0 SQLDescribeCol:- hst=14270A0,icol=1,scn=
(null),cnm=0,pcn=0,pst=1
2EDDC,pcd=0,psc=0,pnul=0
(0) e:1914100 SQLFetch:- hst=14270A0
(0) i: 591100 SQLError:-
hnv=1424718,hdbc=21122096,hst=14270a0,sss=00000,pne=
12EB20,cemm=1239988,pem=1FF
(0) =14247sem =
(0) DB_MSSQLODBC_ENGINE (1916): ; (SQL State: 00000; SQL Code: 16)
(0) DRV_BlobRead: (SQL State: 00000; SQL Code: 16)
(0)
(0) nvRETURN (F:\Work\Connect_4_6_3\src\drv\DRV_BLOB.C 249): -1
(0) hoaftch (21): ; hoaftch Exited with retcode = 28500, hoadabrc = 1.
(0) hoaclse (22): ; hoaclse Entered. id = 1.
(0) e: 442 0 SQLFreeStmt:- hst=14254F0, fop=1
(0) hoaclse (22): ; hoaclse Exited with retcode = 0.
(0) hoadafr (23): ; hoadafr Entered. id = 1.
(0) hoadafr (23): ; hoadafr Exited with retcode = 0.
(0) hoaroll (12): ; hoaroll Entered. tflag = 1.
(0) e:1353 0 SQLTransact:- henv=0,hdbc=14247C0, ftp=1
(0) e:1359 0 SQLSetConnectOption:- hdbc=14247C0, fop=102 , vprm=1
(0) hoaroll (12): ; hoaroll Exited with retcode = 0.
(0) hoabegn (9): ; hoabegn Entered. formatID = 306206, hoagttln = 55,
hoagttid =
(0) ORCL.REGRESS.RDBMS.DEV.US.ORACLE.COM.f04eafd4.17.20.497, hoagtbln =
10,
(0) hoagtbid = , tflag = 0, initial = 0
(0) e:1005 0 SQLGetConnectOption:- hdbc=14247C0, fop=102 , pvprm=12EA80
(0) e:1007 0 SQLSetConnectOption:- hdbc=14247C0, fop=108 , vprm=1
(0) e:1012 0 SQLSetConnectOption:- hdbc=14247C0, fop=102 , vprm=0
(0) hoabegn (9): ; hoabegn Exited with retcode = 0.
(0) hoapars (15): ; hoapars Entered. stmtType = 0, id = 1.
(0) nvOUT (F:\Work\Connect_4_6_3\src\qp\QP_SQTXT.C 55): SELECT
A1."attachment"
(0) FROM "T_FLY_FLYER_REWARD" A1 WHERE A1."empid"=10000535
(0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10000535)
(0)
(0) r: 74 0 SQLAllocStmt:- hdbc=14247C0,pst=12E7C0
(0) r: 113 0 SQLPrepare:- hst=14254F0, css=14606780
(0) Ssss = SELECT "A1"."attachmentname" AS c001,
"A1"."lastmodifid
ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
AS c0
04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
"A1"."recat
e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
c009,
"A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
"T_FLY_FLYER_RE
WARD" "A1" WHERE ("A1"."empid" = 10000535)
(0) r: 863 0 SQLNumResultCols:- hst=14254F0,pcol=11
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=1,scn=c001,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=2,scn=c002,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=3,scn=c003,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=4,scn=c004,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=5,scn=c005,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=6,scn=c006,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=7,scn=c007,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=8,scn=c008,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=9,scn=c009,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=10,scn=c010,cnm=64,pcn=12E6DE,
pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=11,scn=c011,cnm=64,pcn=12E6DE,
pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E4
(0) r: 147 0 SQLFreeStmt:- hst=14254F0, fop=1
(0) <<<<<<<<<<<<<<<<<<< Execution Strategy Begin
<<<<<<<<<<<<<<<<<<<<<<<<<<<<
(0) Original SQL:
(0) SELECT A1 . "attachment" FROM "T_FLY_FLYER_REWARD" A1 WHERE A1 .
"empid" = 10000535
(0) -
Import IMAGE type from SQL Server to BLOB in Oracle
Hello,
Is there a way to import a IMAGE type from SQL Server to BLOB type in Oracle from one table to another through a database link?
I'm waiting for an answer as soon as possible.
Best regards,
Florin
Edited by: Florin Manole on Sep 10, 2008 11:53 AMHave you already configured a Heterogeneous Services and Generic Connectivity to create a database link from Oracle to SQL Server? I haven't tried copying IMAGE data from SQL Server via Heterogeous Services myself, but from the [data type map|http://download.oracle.com/docs/cd/B19306_01/server.102/b14232/apb.htm#sthref509] in the documentation, I would expect that it would work so long as the SQL Server ODBC driver maps the IMAGE data type to SQL_LONGVARBINARY
Justin -
Query based Report (Reports From SQL Query)
Hi All,
I am facing a problem with a report. I need your help.
I am creating a Report From SQL Query (Portal) with some arguments passed at runtime. I am able to view the output, if the query returns few rows ( arount 1000 rows). But for some inputs it needs to generate >15000 records, at this point the page is getting time out (i think!) and showing error page. I am able to execute query from the SQL Plus console ot using TOAD editor. Here the query is not taking more that 2 mins time to show the result.
If i am executing from Portal i observed that, once i give the appropriate input and hit submit button a new oracle process is getting created for the query on UNIX (I am usign "TOP" command to check processes). The browser page will be shown error page after 5 minutes (i am assuming session time out!) , but on the backend the process will be executed for more than 30 mins.
Can i increase a timeout of portal page, how i can do this?
The data returned as a result of the query is sized more than 10 MB. Is caching this much data is possible by the browser page? is the returned data is creating any problem here.
Please help me to find appropriate reasone for the failure?Can you post the URL that is giving you the page not found error ? I am not sure if I can be of much help though.
In order to increase your chances to get a reply you should also post your question in the Portal Forum - Oracle Application Server Portal
Edited by: Rodolfo Ferrari on Jun 16, 2009 3:49 PM -
How to compare result from sql query with data writen in html input tag?
how to compare result
from sql query with data
writen in html input tag?
I need to compare
user and password in html form
with all user and password in database
how to do this?
or put the resulr from sql query
in array
please help me?Hi dejani
first get the user name and password enter by the user
using
String sUsername=request.getParameter("name of the textfield");
String sPassword=request.getParameter("name of the textfield");
after executeQuery() statement
int exist=0;
while(rs.next())
String sUserId= rs.getString("username");
String sPass_wd= rs.getString("password");
if(sUserId.equals(sUsername) && sPass_wd.equals(sPassword))
exist=1;
if(exist==1)
out.println("user exist");
else
out.println("not exist"); -
Report from sql query invalid date condition
Hi, I created a Reports From SQL Query. My sql is like
"select column1, column2
from myschema.tablename
where mydate > :p_date1 and mydate < :p_date2"
I am using portal with turkish and english option. If I pass p_date paramaters 'dd-MON-yyyy' format
(for example p_date1 = 23-MAR-2003 p_date2 = 26-APR-2003) in english mode portlet is return correct result,
in turkish mode 'No Row Returned'. I changed my sql statement with
"select column1, column2
from myschema.tablename
where to_date(mydate,'dd/mm/yyy') > to_date(:p_date1,'dd/mm/yyy') and to_date(mydate) < to_date(:p_date2,'dd/mm/yyyy')"
and I pass p_date parameters 'dd/mm/yyyy' format (for example p_date1 = 23/03/2003 p_date2 = 26/04/2003)
but now turkish and english mode No row returned.
How may I write correct sql statament. My database NLS_DATE_FORMAT=DD/MM/YYYY and NLS_LANGUAGE=TURKISH.
thanks.Hi,
Try this for turkish mode:
Case 1: the 'mydate' column has a kind of a char data type (like char, varchar or varchar2)
and a value like '30/03/2003'
"select column1, column2
from myschema.tablename
where
to_date(mydate,'DD/MM/YYYY') > :p_date1
and
to_date(mydate,'DD/MM/YYYY') < :p_date2"
Case 2: the mydate column has a date type:
"select column1, column2
from myschema.tablename
where
mydate > :p_date1
and
mydate < :p_date2"
In both cases use the following parameter values:
p_date1 = 23/03/2003
p_date2 = 26/04/2003
This should work
Thanks
Peter -
Setting Page Items from SQL Query
Hi, </br></br>
I am using "SQL Query (PL/SQL function body returning SQL query)" for a report. In the body of the sql query, after calling a function, I have the following statement: </br></br>
APEX_UTIL.SET_SESSION_STATE( p_name => 'P13_MESSAGE', p_value => 'Contact Tech Support' ); </br></br>
and I find that I cannot save the query. I get an error message: </br></br>
<b>Unexpected error, unable to find item name at application or page level.
ERR-1002 Unable to find item ID for item "P13_MESSAGE" in application "4000". </b>
</br></br>
I do have the field 'P13_MESSAGE' on my page. </br></br>
Can't this API call be used within such a query type? Is there an alternative to this? </br></br>
Thanks in advance </br></br>
VasanScott,</br></br>
I have given the source of the region, below. Its type is 'SQL Query (PL/SQL Function body Returning SQL Query'). </br></br>
"Get_State_Hit" is a procedure in a package. I have not shown the name of the package here.</br></br>
Please give me your suggestion. </br></br> Thanks </br></br> Vasan </br></br>
========= </br></br>
DECLARE </br>
l_sql varchar2(100); </br>
BEGIN <br>
IF(:P13_MATCH_TYPE = 'ALL') THEN</br>
Get_State_Hit ( one set of values from user-interface );</br>
apex_util.set_session_state( p_name => 'P13_MESSAGE', p_value => ' MsgString 1' );</br>
ELSE</br>
Get_State_Hit ( another set of values from user-interface );</br>
apex_util.set_session_state( p_name => 'P13_MESSAGE', p_value => ' MsgString 2' );</br>
END IF; </br>
l_sql := 'Select Col 1, Col 2, ..., Col 9 from ABC_Vw'; </br>
RETURN l_sql;</br>
EXCEPTION</br>
WHEN OTHERS THEN</br>
l_sql := 'Select * from Default_Vw' ;</br>
apex_util.set_session_state(p_name => 'P13_MESSAGE', p_value => 'Contact Tech Support');</br>
RETURN l_sql; </br>
END;</br></br>
==========</br></br>
Message was edited by:
Vasan -
Adding update and delete buttons to a Report from SQL Query
There is an option when creating a QBE to add update and delete
links which i find quite useful, but this option doesn't seem to
be possible on a Report from SQL Query. Do i need to do
something special to add them? is the option located in a
different place?Hi,
You can only add Update ,Delete in QBE Reports,
there is no option in Portal which can be used to
have these buttons in the Reports from Query Wizard or
Report from SQL Query.
Thanks
Vineet -
Getting zero-sized reply error when running report from SQL query
Hi,
I have a Report from SQL Query in Portal. When I select Excel in Output Format and then run the report, it works properly, but when I select HTML in Output Format, the report works if the rows returned are not so many (I've been able to display the report for up to 701 rows), but when I try selecting a value from the LOV that selects many rows, I get the following error:
ERROR
The requested URL could not be retrieved
While trying to retrieve the URL: <data suppressed>
The following error was encountered:
Zero Sized Reply
Squid did not receive any data for this request.
Any ideas on how to fix this? Why does the number of rows returned affect the report this way?
Thanks,
LorenaProblem comes when any of the filter is applied in any one of the cases selected from the GUI.Do you mean that the problems only shows when you run the report in your browser via 9iAS?
Which version are you using?
Can you post the before report trigger? -
Getting Zero Sized Reply error in report from SQL query
Hi,
I have a Report from SQL Query in Portal 3.0.9. When I select Excel in Output Format and then run the report, it works properly, but when I select HTML in Output Format, the report works if the rows returned are not so many (I've been able to display the report for up to 701 rows), but when I try selecting a value from the LOV that selects many rows, I get the following error:
ERROR
The requested URL could not be retrieved
While trying to retrieve the URL: <data suppressed>
The following error was encountered:
Zero Sized Reply
Squid did not receive any data for this request.
Any ideas on how to fix this? Why does the number of rows returned affect the report this way?
Thanks,
LorenaHi,
I have a Report from SQL Query in Portal 3.0.9. When I select Excel in Output Format and then run the report, it works properly, but when I select HTML in Output Format, the report works if the rows returned are not so many (I've been able to display the report for up to 701 rows), but when I try selecting a value from the LOV that selects many rows, I get the following error:
ERROR
The requested URL could not be retrieved
While trying to retrieve the URL: <data suppressed>
The following error was encountered:
Zero Sized Reply
Squid did not receive any data for this request.
Any ideas on how to fix this? Why does the number of rows returned affect the report this way?
Thanks,
Lorena -
Width of field in Report From SQL Query
I have created a report from SQL query with 15 columns being selected. However, no matter what column width and column type (pixel, char, percent) I enter in the column formatting tab of the report, I cannot get the report to format the column to the width I desire. It is always a fixed width. Does anyone have any suggestions?
Thanks,
MartinHi,
Char (used for ASCII format)
Displays the output in the specified number of
characters per line. For example, if you enter 20
in Width, the report displays 20 characters of the
column data in each line. If the number of
characters per line exceeds the specified
number, the remaining characters are wrapped
to the next line.
Pixel
Displays the output in the specified number of
pixels per row. For example, if you enter 10 in
Width, the column data displays 10 pixels of
data per line of the displayed table.
Percent
Displays the output in the specified percentage
of the table. For example, if you enter 25 in
Width, the column data displays in 25% of the
displayed table.
Thanks,
Sharmila -
Can I declare variables in Reports from SQL Query
Hi
I have a Report from SQL Query published as a portlet on a page among other reports. In the query report I am using the fuction WWCTX_API.GET_USER at quite a few places to filter the data returned to the user. Can I assingn the user id to a variable at some level & replace the fuction WWCTX_API.GET_USER with the variable in all the places.
For eg:
usr varchar2(25);
usr:= PORTAL30.WWCTX_API.GET_USER;
select USER_ID, USER_LVL, BUSINESS_ID, BRANCH_ID from crs_user where user_id=usr;
can i declare variable and assign the value like the above at any level(Report or Page Level) to the acces the variale in queries.
Thanks in advanceI have found that you can't use a * in a dynamic page.
Try this:
<ORACLE>
DECLARE
usr varchar2(25):=PORTAL30.WWCTX_API.GET_USER;
BEGIN
for c in
(SELECT <column_name> <alias> FROM PORTALWORK.CRS_USER WHERE USER_ID=usr)
Loop
htp.p(c.<alias>);
END;
</ORACLE>
You can also add table tags for column formating:
<table>
<tr><td>column 1</td></tr><tr><td nowrap>
<ORACLE>
DECLARE
usr varchar2(25):=PORTAL30.WWCTX_API.GET_USER;
BEGIN
for c in
(SELECT <column_name> <alias> FROM PORTALWORK.CRS_USER WHERE USER_ID=usr)
Loop
htp.p(c.<alias>);
END;
</ORACLE>
</td></tr></table>
Martin -
Can Portal Report from SQL Query use where column IN (:bind_variable)
I would like to create a portal report from sql query with IN (:bind_variable) in the where clause. The idea is that the user would enter comma-separated or comma-quote-separated values for the bind_variable. I have tried this several ways but nothing seems to work. Can this be done?
TrentonHi,
Which version of portal are you using. This is a bug. It has been fixed in 30984.
Thanks,
Sharmila
Maybe you are looking for
-
How do I take a pdf out of my email and transfer it to adobe so I can print it off my pc?
How do I take a pdf out of my email and transfer it to adobe so I can print it off my pc?
-
When is the ios 5 coming out will it be in august
When is the ios 5 coming out and will it be in August
-
Hi, I want to grant sysdba privilege to ops$ user. For that i have to set the remote_login_passwordfile parameter in the init<sid.ora file to EXCLUSIVE ryt..But as there is no such parameter in the file, i added up one. But still the parameter value
-
Please install a web browser error when generating htm documents
Hello, I have looked through the forums and did find some ideas to try to fix this issue but none have worked so far. One idea was to go into the Windows folder options and make sure that htm and html files are assoiciated with Internet Explorer. I l
-
hi everyone... i have a POS printer that come with OPOS drivers.....javaPOS drivers are not available from the manufacturer....my question is the following, is there is a way to make java interact with OPOS??? thanks in advance