Oracle Types in sql

Hello All,
I'm in oracle 11gR2 and have a   question about using oracle UDT in a sql.
I have a procedure that takes in a TYPE like below. This utb_id is number(38). One of a query inside the procedure has issues and I need to test it.
procedure RESEQUENCE(p_edge_tab IN utb_id)
Since the sql uses this TYPE, is there a way to test just the SQL directly. For providing values to the highlighted table( p_edge_tab )   tab
Select * from from rcl.mv_xref.edge stes, table( p_edge_tab )   tab
--                         where
stes.edge_id = tab.column_value;
Thanks in advance for your time and help!
NU

You can replace with the type name, e.g.
SELECT *
FROM rcl.mv_xref.edge stes, TABLE(utb_id(1, 2, 3, 4, 5)) tab
WHERE stes.edge_id = tab.column_value;
Is that what you are asking?

Similar Messages

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 AM

Have 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

Problems with java constructor: "inconsistent data types" in SQL query

Hi,
I tried to define a type "point3d" with some member functions, implemented in java, in my database. Therefor I implemented a class Point3dj.java as you can see it below and loaded it with "loadjava -user ... -resolve -verbose Point3dj.java" into the database.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
package spatial.objects;
import java.sql.*;
public class Point3dj implements java.sql.SQLData {
public double x;
public double y;
public double z;
public void readSQL(SQLInput in, String type)
throws SQLException {
x = in.readDouble();
y = in.readDouble();
z = in.readDouble();
public void writeSQL(SQLOutput out)
throws SQLException {
out.writeDouble(x);
out.writeDouble(y);
out.writeDouble(z);
public String getSQLTypeName() throws SQLException {
return "Point3dj";
public Point3dj(double x, double y, double z)
this.x = x;
this.y = y;
this.z = z;
public static Point3dj create(double x, double y, double z)
return new Point3dj(x,y,z);
public double getNumber()
return Math.sqrt(this.x*this.x + this.y*this.y + this.z*this.z);
public static double getStaticNumber(double px, double py, double pz)
return Math.sqrt(px*px+py*py+pz*pz);
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Additionally, I created the corresponding type in SQL by
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CREATE OR REPLACE TYPE point3dj AS OBJECT EXTERNAL NAME
'spatial.objects.Point3dj' LANGUAGE JAVA USING SQLDATA (
x FLOAT EXTERNAL NAME 'x',
y FLOAT EXTERNAL NAME 'y',
z FLOAT EXTERNAL NAME 'z',
MEMBER FUNCTION getNumber RETURN FLOAT
EXTERNAL NAME 'getNumber() return double',
STATIC FUNCTION getStaticNumber(xp FLOAT, yp FLOAT, zp FLOAT) RETURN FLOAT
EXTERNAL NAME 'getStaticNumber(double, double, double) return double')
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
After that I tried some SQL commands:
create table pointsj of point3dj;
insert into pointsj values (point3dj(2,1,1));
SELECT x, a.getnumber() FROM pointsj a;Now, the problem:
Everything works fine, if I delete the constructor
public Point3dj(double x, double y, double z)
this.x = x;
this.y = y;
this.z = z;
in the java class, or if I replace it with a constructor that has no input arguments.
But with this few code lines in the java file, I get an error when executing the SQL command
SELECT x, a.getnumber() FROM pointsj a;The Error is:
"ORA-00932: inconsistent data types: an IN argument at position 1 that is an instance of an Oracle type convertible to an instance of a user defined Java class expected, an Oracle type that could not be converted to a java class received"
I think, there are some problems with the input argument of the constructor, but why? I don't need the constructor in SQL, but it is used by a routine of another java class, so I can't just delete it.
Can anybody help me? I would be very glad about that since I already tried a lot and also search in forums and so on, but wasn't successful up to new.
Thanks!

Dear Avi,
This makes sense when it is a short code sample (and i think i've done that across various posts), but sometime this is too long to copy/paste, in these cases, i refer to the freely available code samples, as i did above on this forum; here is the quote.
Look at examples of VARRAY and Nested TABLES of scalar types in the code samples of my book (chapter 8) http://books.elsevier.com/us//digitalpress/us/subindex.asp?maintarget=companions/defaultindividual.asp&isbn=9781555583293&country=United+States&srccode=&ref=&subcode=&head=&pdf=&basiccode=&txtSearch=&SearchField=&operator=&order=&community=digitalpress
As you can see, i was not even asking people to buy the book, just telling them where to grab the code samples.
I appreciate your input on this and as always, your contribution to the forum, Kuassi

How do I migrate views from MS SQL 2008 to Oracle 11g through SQL Developer

Is there any way to migrate the views from MS SQL 2008 to Oracle 11g through SQL Developer? Please give me some detail steps. Thanks for your help.
Kevin

Hi Kevin,
user13531850 wrote:
Hi Turloch,
When I use migrate to oracle, I got a problem, the migrate tool create a new schema for me in my case (AZTECA_KSMMS), it migrates all the stuffs under that schema (AZTECA_KSMMS). However my application need the all the Oracle data under schema AZTECA instead of AZTECA_KSMMS. Is there any way to specify specific schema (AZTECA) for target oracle database? Schema remapping is available:
First Capture (separately) then during right click convert on the captured model there is a Specify the conversion options with a Object Naming tab where the schema (and other) name changes are editable.
I have not used this recently.
Also during the migration process, when I choose repository, there is a check box for truncate to reset repository to empty state, Do I need to check that truncate Check Box so the repository will be cleared from last migration?The repository can hold multple migration attempts. Check truncate to get rid of previous attempts information. This cleans up the repository - not the destination database.
There are also online database and offline database options during the migration process, what are the difference between these two choices? After I migrated to Oracle, all my views has a red cross icon next to it. Does that mean the view migration is failed or not? Please give me your comments. Thanks for your help.offline: for big (amount of data) databases with simple data types,
uses bcp + files + scripts + sqlldr.
online: for small (amount of data) databases (easier),
uses (Java) jdbc.
The view is likely to be broken - recompiling it may help.
The Oracle schema is created using a .sql file - see under generated in the directory you gave originally in the wizard. There is a .out file that contains the result of running this script including any errors. During conversion there are also likely to be warnings displayed on the UI.
There may be a single issue that is causing multiple issues - if viewa depends on functionb, and functionb is broken, viewa will also fail.
>
Kevin-Turloch
SQLDeveloper Team

Oracle Database 11g: SQL Fundamentals I 1Z0-051 Question

i bought the OCA Oracle Database 11g: SQL Fundamentals I Exam Guide (Exam 1Z0-051) and i am not sure do i have to read the whole book ! or just go through the exam objectives table ? because the book covers lots of topics that's not in the exam and i am kind of tight on time if any one had the book or used it pls help
To make it more clear i have a table in the book that shows each exam topic with page number next to it Like this:
Restricting and Sorting Data
[ ]      Limit the rows that are retrieved by a query Pg:104
[ ]      Sort the rows that are retrieved by a query Pg:136
[ ]      Use ampersand substitution to restrict and sort output at runtime
Using Single-Row Functions to Customize Output
[ ]      Describe various types of functions available in SQL Pg:170
[ ]      Use character, number, and date functions in SELECT statements Pg:177
Edited by: user7804566 on 01-Mar-2009 02:00

Yes indeed. Practice at work (and elsewhere) is the best way to learn and ro reinforce learning.
However, the more you read, the more you will be exposed to ideas and variations. Eventually you will find that many of the books have errors in various places. You will be winning when you are able to read and identify the errors AND explain why they are errors.
The way your original question was written implied that you were after the minimum effort to pass an exam. Your last reply implies a different, and better, attitude.
My suggestion therefore is to concentrate on the actual examples, but as quickly as possible expand to areas of interest. Explore as much as you possibly can, but make it a 'learning exploration' byut asking yourself questions and then investigating what the answer is.
Also note that in Oracle nearly every answer has an exception. The best of the best know this and try very hard to understand when things go according to plan and when (and why) expections occur.

Java Vector to Oracle type; help?

I've seen only a few postings on this topic, none of which were answered. So I am thinking perhaps a detailed explanation is required? Or is it just too simple to be beyond boring? I need professional help in any event.
I have an applet users employ to create a table of values. The data model for the table is, ultimately, a Vector, each element of which is itself a Vector with the following fields (all of which are Strings): symbol, label, description, colour, numpar, parent, parsing, objectid. So, I have a Vector of any length comprised of Vectors of length 8.
On pressing the "SAVE" button I wish the Vector of Vectors to be sent to my Oracle database. To receive the data I created these types in Oracle:
TYPE LegendItem IS OBJECT(symbol VARCHAR2(50),
label VARCHAR2(50),
descrip VARCHAR2(255),
colour VARCHAR2(20),
numpar VARCHAR2(10),
parent VARCHAR2(10),
parsing VARCHAR2(625),
objectid VARCHAR2(10));
TYPE AppletVector IS TABLE OF LegendItem INDEX BY BINARY_INTEGER;
The stored procedure that takes the data and uses it to update (about 25) tables in the schema is defined as
PROCEDURE loadLegend (legendata IN AppletVector,
               schemeid IN INTEGER,
               sourceid IN INTEGER,
               message OUT VARCHAR2)
(Message is returned as "success" if there are no exceptions, or the exception parameters if they exist.)
I am trying
Class.forName ("oracle.jdbc.driver.OracleDriver");
Connection conx_out = DriverManager.getConnection ("jdbc:oracle:thin:@myserveraddress","username", "password");
CallableStatement feedOra = conx_out.prepareCall("{ call newLegendData.loadLegend(?,?,?,?) }");
ArrayDescriptor arrDesc = ArrayDescriptor.createDescriptor("AppletVector", conx_out);
feedOra.setArray(1, new ARRAY(arrDesc, conx_out, legendModel.getDataVector().toArray()));
feedOra.setString(2, MakeLegend.mapScheme);
feedOra.setString(3, MakeLegend.mapSource);
feedOra.registerOutParameter(4, Types.VARCHAR);
feedOra.execute();which returns
setArray(int,java.sql.Array) in java.sql.PreparedStatement cannot be applied to (int,oracle.sql.ARRAY)
feedOra.setArray(1, new ARRAY(arrDesc, conx_out, legendModel.getDataVector().toArray()));
^
cannot resolve symbol
symbol : method setString (int,int)
location: interface java.sql.CallableStatement
               feedOra.setString(2, MakeLegend.mapScheme);
^
cannot resolve symbol
symbol : method setString (int,int)
location: interface java.sql.CallableStatement
               feedOra.setString(3, MakeLegend.mapSource);
Is this the way to approach the problem? Should I use a different method? How do I make java.sql.Array == oracle.sql.ARRAY?
Your suggestions are gratefully received.

Not a problem, the code will below is the basics
// the vector of vectors you are going to write.
Vector aVectorOfVectors;
// create a ByteArrayOutputStream so you can get the data to create an inout stream
ByteArrayOutputStream aBaos=new ByteArrayOutputStream();
// make an objectOutputStream to write your searlizable to.
ObjectOutputStream anOut = new ObjectOutputStream(aBaos);
// write your vector of vectors
anOut.writeObject(anObject);
// get the byte array from the ByteArrayOutputStream
byte[]aByteArray = aBaos.toByteArray();
// create the input stream from the byte array
ByteArrayInputStream aBais = new ByteArrayInputStream(aByteArray);
// set this as the binary stream for your column.
insertPreparedStatement.setBinaryStream(aColumn, aBais, aByteArray.length);when reading the data you basically do the reverse and cast the result
ObjectInputStream anInputStream = new ObjectInputStream( theResultSet.getBinaryStream(aColumn));
Vector aVectorOfVectors = (Vector) anInputStream.readObject();

Generate Java class from Oracle Type defined in Package w/ JPublisher

I was wondering if its possible to generate a Java class for an Oracle Type defined in a Package? I know passing the package name to JPublisher (SQL <package_name>) causes all Oracle Types in the Package to have a Java class generated for them but I'd like to be able to do this for an individual Type defined in a Package (something like SQL <package_name>.<type_name>).
Thanks for any information you can give me.

Hi Marinel,
The support for XSD import is limited on 10.1.2. If you can, you should consider moving to the 10.1.3 preview as the support for document style web services has improved. The other option will be to inline the schema in your WSDL.
Eric.

Managing statistics for object collections used as table types in SQL

Hi All,
Is there a way to manage statistics for collections used as table types in SQL.
Below is my test case
Oracle Version :
SQL> select * from v$version;
BANNER
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE    11.2.0.3.0      Production
TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production
SQL> Original Query :
SELECT
     9999,
     tbl_typ.FILE_ID,
     tf.FILE_NM ,
     tf.MIME_TYPE ,
     dbms_lob.getlength(tfd.FILE_DATA)
FROM
     TG_FILE tf,
     TG_FILE_DATA tfd,
          SELECT
          FROM
               TABLE
                    SELECT
                         CAST(TABLE_ESC_ATTACH(OBJ_ESC_ATTACH( 9999, 99991, 'file1.png', NULL, NULL, NULL),
                         OBJ_ESC_ATTACH( 9999, 99992, 'file2.png', NULL, NULL, NULL)) AS TABLE_ESC_ATTACH)
                    FROM
                         dual
     )     tbl_typ
WHERE
     tf.FILE_ID     = tfd.FILE_ID
AND tf.FILE_ID = tbl_typ.FILE_ID
AND tfd.FILE_ID = tbl_typ.FILE_ID;
Elapsed: 00:00:02.90
Execution Plan
Plan hash value: 3970072279
| Id | Operation                                | Name         | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT                         |              |     1 |   194 | 4567   (2)| 00:00:55 |
|* 1 | HASH JOIN                               |              |     1 |   194 | 4567   (2)| 00:00:55 |
|* 2 |   HASH JOIN                              |              | 8168 |   287K|   695   (3)| 00:00:09 |
|   3 |    VIEW                                  |              | 8168 |   103K|    29   (0)| 00:00:01 |
|   4 |     COLLECTION ITERATOR CONSTRUCTOR FETCH|              | 8168 | 16336 |    29   (0)| 00:00:01 |
|   5 |      FAST DUAL                           |              |     1 |       |     2   (0)| 00:00:01 |
|   6 |    TABLE ACCESS FULL                     | TG_FILE      |   565K|    12M|   659   (2)| 00:00:08 |
|   7 |   TABLE ACCESS FULL                      | TG_FILE_DATA |   852K|   128M| 3863   (1)| 00:00:47 |
Predicate Information (identified by operation id):
   1 - access("TF"."FILE_ID"="TFD"."FILE_ID" AND "TFD"."FILE_ID"="TBL_TYP"."FILE_ID")
   2 - access("TF"."FILE_ID"="TBL_TYP"."FILE_ID")
Statistics
          7 recursive calls
          0 db block gets
      16783 consistent gets
      16779 physical reads
          0 redo size
        916 bytes sent via SQL*Net to client
        524 bytes received via SQL*Net from client
          2 SQL*Net roundtrips to/from client
          0 sorts (memory)
          0 sorts (disk)
          2 rows processed Indexes are present in both the tables ( TG_FILE, TG_FILE_DATA ) on column FILE_ID.
select
     index_name,blevel,leaf_blocks,DISTINCT_KEYS,clustering_factor,num_rows,sample_size
from
     all_indexes
where table_name in ('TG_FILE','TG_FILE_DATA');
INDEX_NAME                     BLEVEL LEAF_BLOCKS DISTINCT_KEYS CLUSTERING_FACTOR     NUM_ROWS SAMPLE_SIZE
TG_FILE_PK                          2        2160        552842             21401       552842      285428
TG_FILE_DATA_PK                     2        3544        852297             61437       852297      852297 Ideally the view should have used NESTED LOOP, to use the indexes since the no. of rows coming from object collection is only 2.
But it is taking default as 8168, leading to HASH join between the tables..leading to FULL TABLE access.
So my question is, is there any way by which I can change the statistics while using collections in SQL ?
I can use hints to use indexes but planning to avoid it as of now. Currently the time shown in explain plan is not accurate
Modified query with hints :
SELECT
    /*+ index(tf TG_FILE_PK ) index(tfd TG_FILE_DATA_PK) */
    9999,
    tbl_typ.FILE_ID,
    tf.FILE_NM ,
    tf.MIME_TYPE ,
    dbms_lob.getlength(tfd.FILE_DATA)
FROM
    TG_FILE tf,
    TG_FILE_DATA tfd,
        SELECT
        FROM
            TABLE
                    SELECT
                         CAST(TABLE_ESC_ATTACH(OBJ_ESC_ATTACH( 9999, 99991, 'file1.png', NULL, NULL, NULL),
                         OBJ_ESC_ATTACH( 9999, 99992, 'file2.png', NULL, NULL, NULL)) AS TABLE_ESC_ATTACH)
                    FROM
                         dual
    tbl_typ
WHERE
    tf.FILE_ID     = tfd.FILE_ID
AND tf.FILE_ID = tbl_typ.FILE_ID
AND tfd.FILE_ID = tbl_typ.FILE_ID;
Elapsed: 00:00:00.01
Execution Plan
Plan hash value: 1670128954
| Id | Operation                                 | Name            | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT                          |                 |     1 |   194 | 29978   (1)| 00:06:00 |
|   1 | NESTED LOOPS                             |                 |       |       |            |          |
|   2 |   NESTED LOOPS                            |                 |     1 |   194 | 29978   (1)| 00:06:00 |
|   3 |    NESTED LOOPS                           |                 | 8168 | 1363K| 16379   (1)| 00:03:17 |
|   4 |     VIEW                                  |                 | 8168 |   103K|    29   (0)| 00:00:01 |
|   5 |      COLLECTION ITERATOR CONSTRUCTOR FETCH|                 | 8168 | 16336 |    29   (0)| 00:00:01 |
|   6 |       FAST DUAL                           |                 |     1 |       |     2   (0)| 00:00:01 |
|   7 |     TABLE ACCESS BY INDEX ROWID           | TG_FILE_DATA    |     1 |   158 |     2   (0)| 00:00:01 |
|* 8 |      INDEX UNIQUE SCAN                    | TG_FILE_DATA_PK |     1 |       |     1   (0)| 00:00:01 |
|* 9 |    INDEX UNIQUE SCAN                      | TG_FILE_PK      |     1 |       |     1   (0)| 00:00:01 |
| 10 |   TABLE ACCESS BY INDEX ROWID             | TG_FILE         |     1 |    23 |     2   (0)| 00:00:01 |
Predicate Information (identified by operation id):
   8 - access("TFD"."FILE_ID"="TBL_TYP"."FILE_ID")
   9 - access("TF"."FILE_ID"="TBL_TYP"."FILE_ID")
       filter("TF"."FILE_ID"="TFD"."FILE_ID")
Statistics
          0 recursive calls
          0 db block gets
         16 consistent gets
          8 physical reads
          0 redo size
        916 bytes sent via SQL*Net to client
        524 bytes received via SQL*Net from client
          2 SQL*Net roundtrips to/from client
          0 sorts (memory)
          0 sorts (disk)
          2 rows processed
Thanks,
B

Thanks Tubby,
While searching I had found out that we can use CARDINALITY hint to set statistics for TABLE funtion.
But I preferred not to say, as it is currently undocumented hint. I now think I should have mentioned it while posting for the first time
http://www.oracle-developer.net/display.php?id=427
If we go across the document, it has mentioned in total 3 hints to set statistics :
1) CARDINALITY (Undocumented)
2) OPT_ESTIMATE ( Undocumented )
3) DYNAMIC_SAMPLING ( Documented )
4) Extensible Optimiser
Tried it out with different hints and it is working as expected.
i.e. cardinality and opt_estimate are taking the default set value
But using dynamic_sampling hint provides the most correct estimate of the rows ( which is 2 in this particular case )
With CARDINALITY hint
SELECT
    /*+ cardinality( e, 5) */*
FROM
     TABLE
          SELECT
               CAST(TABLE_ESC_ATTACH(OBJ_ESC_ATTACH( 9999, 99991, 'file1.png', NULL, NULL, NULL),
               OBJ_ESC_ATTACH( 9999, 99992, 'file2.png', NULL, NULL, NULL)) AS TABLE_ESC_ATTACH)
          FROM
               dual
     ) e ;
Elapsed: 00:00:00.00
Execution Plan
Plan hash value: 1467416936
| Id | Operation                             | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT                      |      |     5 |    10 |    29   (0)| 00:00:01 |
|   1 | COLLECTION ITERATOR CONSTRUCTOR FETCH|      |     5 |    10 |    29   (0)| 00:00:01 |
|   2 |   FAST DUAL                           |      |     1 |       |     2   (0)| 00:00:01 |
With OPT_ESTIMATE hint
SELECT
     /*+ opt_estimate(table, e, scale_rows=0.0006) */*
FROM
     TABLE
          SELECT
               CAST(TABLE_ESC_ATTACH(OBJ_ESC_ATTACH( 9999, 99991, 'file1.png', NULL, NULL, NULL),
               OBJ_ESC_ATTACH( 9999, 99992, 'file2.png', NULL, NULL, NULL)) AS TABLE_ESC_ATTACH)
          FROM
               dual
     ) e ;
Execution Plan
Plan hash value: 4043204977
| Id | Operation                              | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT                       |      |     5 |   485 |    29   (0)| 00:00:01 |
|   1 | VIEW                                  |      |     5 |   485 |    29   (0)| 00:00:01 |
|   2 |   COLLECTION ITERATOR CONSTRUCTOR FETCH|      |     5 |    10 |    29   (0)| 00:00:01 |
|   3 |    FAST DUAL                           |      |     1 |       |     2   (0)| 00:00:01 |
With DYNAMIC_SAMPLING hint
SELECT
    /*+ dynamic_sampling( e, 5) */*
FROM
     TABLE
          SELECT
               CAST(TABLE_ESC_ATTACH(OBJ_ESC_ATTACH( 9999, 99991, 'file1.png', NULL, NULL, NULL),
               OBJ_ESC_ATTACH( 9999, 99992, 'file2.png', NULL, NULL, NULL)) AS TABLE_ESC_ATTACH)
          FROM
               dual
     ) e ;
Elapsed: 00:00:00.00
Execution Plan
Plan hash value: 1467416936
| Id | Operation                             | Name | Rows | Bytes | Cost (%CPU)| Time     |
|   0 | SELECT STATEMENT                      |      |     2 |     4 |    11   (0)| 00:00:01 |
|   1 | COLLECTION ITERATOR CONSTRUCTOR FETCH|      |     2 |     4 |    11   (0)| 00:00:01 |
|   2 |   FAST DUAL                           |      |     1 |       |     2   (0)| 00:00:01 |
Note
   - dynamic sampling used for this statement (level=2)I will be testing the last option "Extensible Optimizer" and put my findings here .
I hope oracle in future releases, improve the statistics gathering for collections which can be used in DML and not just use the default block size.
By the way, are you aware why it uses the default block size ? Is it because it is the smallest granular unit which oracle provides ?
Regards,
B

How to convert Oracle database to Sql server Database

Hi All,
I have one database made in the Oracle 8i, i want to convert that database to Sql Server Database,
Can anyone please give me the step by step process to do this conversion.
Regards
Ramesh Jha

Try using the DTS (data transformation services) services of SQL Server 2000
DTS is based on an OLE DB architecture that allows you to copy and transform data from a variety of data sources. For example: Oracle directly, using native OLE DB providers.
Alternatively, you could follow the following broad steps for data migration (assuming you are retaining the same table structures in SQL Server, and that you are talking about SQL Server 2000).
1. Get the CREATE scripts corresponding to each Oracle table / view / index. These can be reverse engineered from the database using a tool.
2. Map Oracle datatypes to SQL server datatypes e.g: date maps to datetime/smalldatetime, numeric maps to one of int, bigint, smallint, etc depending on the range of values in the CREATE scripts.
3. Indexes in SQL Server are of two types: Clustered / non-clustered. There can only be one clustered index on each table.
4. Converting procedures and triggers will have to be line by line, since SQL Server uses a proprietary T-SQL instead of ORacle's PL/SQL
I have yet to see a really good tool to do this migration, but it is possible to write a PL/SQL procedure / Pro*C program to automate the script creation for creating tables in the SQL Server database.
For the actual data import into SQL Server, export the Oracle data table by table into flat files, and then use the import wizard of SQL Server enterprise manager

Oracle 8i vs SQL Server 7 or 2000

Can anybody provide a link or information about what is the best choice to choosing Oracle 8i or SQL Server? I want a technical answer not based on market share or bias.
I have been an oracle DBA and developer for 5 years. Reading up on SQL Server,it seems very powerful as well as Very cost effective compared to Oracle 70% cheaper in some cases.
I am currently researching the back end and front end tools needed for a internal Application system:
20Gig Minimum sized database
80-100 Simultaneous Users
Database server on NT4.0/2000
Any information would be very helpful
Please email to [email protected]
and/or post info.
Thanks

To balance the equation a little bit:
well, here goes the technical difference between sql svr and oracle8i db server:
1. SQL Server has much more rich, intuitive development tools. I find the Oracle tools a bit antiquated and clunky.
2. "control file management is there in oracle. >> BUT NOT IN SQLSVR." Never had the need to "manage files" from the DB, so I'm not sure of the point here.
3. You can manage partitions in SQL Server.
4. Oracle is tied to Java whereas SQL Server is more VB friendly and has JScript support.
5. SQL Server built extensions to TSQL (like PL/SQL) to support direct return of XML in a very simple manner. I'm still swinning through
6. "Operating System authentication is there in oracle. BUT NOT IN SQLSVR." This is just plain wrong. You can authenticate at the OS or DB level in SQLServer.
7. SQL Server does replication including merge replication.
8. Building data warehouses, mining, datamart, MTS, DSS, OLTP is heavily supported in SQL Server.
9. SQL Server introduced the self-tuning database making the administration very simple.
10. SQL Server supports clustering, warmbackups, etc.
11. I can show you several ways to backup/restore and all are very fast.
12. SQLServer2000 has all of the development features of Oracle (and then some) for a fraction of the cost.
13. Oracle's high-end features are better and more complete, and it works on more platforms.
My choice as a developer in a Win2000/NT type environment is SQL Server hands down. Big companies with lots of data have a tougher choice. I think Oracle is more "big iron" and high-end admin friendly, and SQL Server is more developer, self-maintaining, and pocketbook friendly. I depends upon what's important to you.
ALL ABOVE INFORMATION IS BASED ON MY EXPERIENCE WITH SQL SERVER FROM 1996 TO PRESENT.
null

Oracle to MS SQL Migration Price Prediction

We want to calculate approximate man-month for migrating from Oracle 11g to MS SQL 2012. I have read the steps of migration. Are there any white papers about migration issues, difficulties. We are also using Hibernate in ORM layer. How can we predict migration
cost according to table size or relation count, HQL or native SQL query number or other criteria?

Hi ozgurba,
According to your description, you could download and use the free tool
Microsoft SQL Server Migration Assistant v6.0 for Oracle(SSMA) to migrate Oracle database to SQL Server 2012. About migration issues using SSMA, please pay attention to the points below. For more information about migration issues, please download and check
this
white paper.
1.The account that is used to connect to the Oracle database must have at least CONNECT permissions. This enables SSMA to obtain metadata from schemas owned by the connecting user. To obtain metadata for objects in other schemas and then convert objects
in those schemas, the account must have the following permissions: CREATE ANY PROCEDURE, EXECUTE ANY PROCEDURE, SELECT ANY TABLE, SELECT ANY SEQUENCE, CREATE ANY TYPE, CREATE ANY TRIGGER, SELECT ANY DICTIONARY.
2.The account that is used to connect to SQL Server requires different permissions depending on the actions that the account performs as the following:
To convert Oracle objects to Transact-SQL syntax, to update metadata from SQL Server, or to save converted syntax to scripts, the account must have permission to log on to the instance of SQL Server.
To load database objects into SQL Server, the account must be a member of the sysadmin server role. This is required to install CLR assemblies.
To migrate data to SQL Server, the account must be a member of the sysadmin server role. This is required to run the SQL Server Agent data migration packages.
To run the code that is generated by SSMA, the account must have Execute permissions for all user-defined functions in the ssma_oracle schema of the target database. These functions provide equivalent functionality of Oracle system functions, and are used
by converted objects.
If the account that is used to connect to SQL Server is to perform all migration tasks, the account must be a member of the sysadmin server role.
If the engine being used is Server Side Data Migration Engine, then, before you can migrate data, you must install the SSMA for Oracle Extension Pack and the Oracle providers on the computer that is running SSMA. The SQL Server Agent service must also be
running. And when SQL Express edition is used as the target database, only client side data migration is allowed and server side data migration is not supported.
3.Not all Oracle database objects have direct equivalents in SQL Server. In many cases, SSMA creates additional objects to provide the proper emulation. For example, an Oracle view could be converted to an SQL Server view. But the only exception is the materialized
view, which becomes an ordinary table.
4.Oracle DML triggers are converted to SQL Server triggers, but because the trigger functionality is different, the number of triggers and their types can be changed. Most common Oracle trigger is a row-level trigger (FOR EACH ROW). SQL Server supports only
statement-level triggers. In a row-level trigger, Oracle uses an :OLD alias to refer to column values that existed before the statement executes. SQL Server uses two pseudotables, inserted and deleted. If you are converting tables with UPDATE triggers, we
recommend setting the Generate ROWID column option to Yes or Add ROWID column for tables with triggers in the SSMA project settings. To emulate row-level triggers, SSMA processes each row in a cursor loop.
5.Some Oracle object categories, such as packages, do not have direct SQL Server equivalents. SSMA converts each packaged procedure or function into separate target subroutines and applies rules for stand-alone procedures or functions.
6.Unlike Oracle, Microsoft SQL Server 2012 supports neither records nor collections. When you migrate from Oracle to SQL Server 2012, therefore, you must apply substantial transformations to the PL/SQL code.
7.SQL Server 2012 does not support autonomous transactions. The only way to isolate a Transact-SQL block from a transaction context is to open a new connection. To convert a procedure, function, or trigger with an AUTONOMOUS_TRANSACTION flag, you split it
into two objects. The first object is a stored procedure containing the body of the converted object. The second object is a wrapper that opens a new connection where it invokes the first object.
In addition, regarding migration price prediction, please ask for the help from relevant department of your company, since this forum is related to the technical support for SQL Server.
Regards,
Michelle Li

Regarding database migration from Oracle to MS SQL

Hi All,
In my application, the existing database is oracle. we need to migrate from Oracle db to MS SQL.
We need procedure is as below
1.export data from Oracle and keep it in a file.(.dmp)
2.Import data to MS SQL from the exported oracle file.
and vice versa from MS SQL to Oracle.
my question is- is it possible to import .bmp (oracle export data) into MS SQL.
Please clarify me.

There are couple of options to get data from Oracle to MS SQL.
The simplest is to create a linked server in MS SQL that points to Oracle and copy data with a query like select * into my_mssqlTable from oracle.schema.table; via the linked server.
Some data types will not be supported.
That is for one time copy.
If you need a close to real time replication you can use MS replication (I would not recommend because it creates triggers on Oracle tables), or you can use GoldenGate or DataCurrents or other replication products.

Data migration from Oracle to MS SQL using SSIS

Hi friends,
I know this question must have been asked by many who are beginners to SSIS like me about migrating data from oracle database to sql server database but i still would like to raise this query again.
I have table called tbl_employee_oracle in oracle database from where i need to retrive the latest records(eg. latest record of each employee) from the table and populate the result into the sql server database table which is tbl_employee_sqlserver
using ssis.
The logic i thought of doing this is as below;
1. Retrive all employees records from oracle database table.
2. Dump these records into a temporary table(will have same table structure as in oracle database) in sql server.
3. Creating a stored procedure in sql server which will contain logic to select the most recent records from this temporary table.
4. Populate this result set into the final table of sql server.
Please suggest me if working on this logic is worth and any alternate logic to accomplish this task.

There are many opitons, but choose among for your scenario
1. If your employee table is small with less than a few hundreds of record, you want to choose SCD Type 1 if not preserving histoy, incase of preserving history of records choose SCD2,
2. If you have less than few millions of records you can choose look up to direct unmatched records to insert into Sql Server Destination and direct matched records could be updated using OLEDB Destination or Try Merge Left outer Join
transform.
3. If you have several millions of records, you may want to use your above method.
4. Configuring to use CDC could be last option where there are large volumes of updates and inserts every few min to hours. But I'm not sure if this option can be set in Oracle Source.
Please mark this post as answer if it resolves your Problem. You may even mark it as helpful. Thanks

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)

ODSI support for return type "PL/SQL TABLE"?

Hello!
We are trying to connect our ODSI to an Oracle function with return type "PL/SQL TABLE". The ODSI "wizard" (used to create the physical data service) seems to understand the interface during creation, but when executed it fails. The ODSI server complains about wrong type (PLS-00382: expression is of wrong type) when we execute it from the "test tab".
The function's metadata is looks like this:
<params xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xdt="http://www.w3.org/2004/07/xpath-datatypes" xmlns:pn1="ld:physical/rekondis/CALC_DEBITING" >
<param name="RETURN_VALUE" kind="return" xqueryType="pn1:RETURN_VALUE_ROW" nativeTypeCode="1111" nativeType="PL/SQL TABLE"/>
<param name="PIN_CASE_ID" kind="in" xqueryType="xs:decimal" nativeTypeCode="3" nativeType="NUMBER"/>
<param name="PIN_ACTION_CODE" kind="in" xqueryType="xs:decimal" nativeTypeCode="3" nativeType="NUMBER"/>
<param name="PI_AD_NAME" kind="in" xqueryType="xs:string" nativeTypeCode="12" nativeType="VARCHAR2"/>
</params>
Any ideas how we can make this work!? Or is this not even supported in ODSI 10.3?
Thanks!
// Mikael

Please refer to the documentation - http://download.oracle.com/docs/cd/E13162_01/odsi/docs10gr3/datasrvc/Create%20Physical%20Data%20Services%20from%20Stored%20Procedures.html

Oracle Types in sql

Similar Messages

Maybe you are looking for