Sqlplus and column display long data type

Similar Questions

• long data type in where clause

  Hello
  
  I need to select in an Oracle table with a column having
  Long data type and Oracle does not use this column in the
  WHERE clause. Doco Oracle suggests that the columns with LARGE data types may
  only be used in the select statement (not in the CASE or any other
  conditional clause).
  
  Anyone know any work around for this problem?
  
  What is the way to see the value of long data type?
  
  How can we use them in where clause?
  
  We can all utility to display the specified records? There are Lakes of records...
  
  
  I ned use it in where clause...
  
  Thanks and greetings
  VD
  
  Published by: vikrant dixit on November 23, 2008 22:47

  So can OK we use CLOB/BLOB in where clause?

  Yes, you can query the LOB columns using the package (F.ex.SUBSTR or INSTR) DBMS_LOB functions.

  Why u say that the result is FTS?

  This would result in FTS as you cannot index LARGE data or create a function based on the column index.

  http://download.Oracle.com/docs/CD/B19306_01/server.102/b14200/sql_elements001.htm#sthref149

  
  LONG columns cannot be indexed.
  

  No other way to my knowledge.

  You can convert the LOB column with function TO_LOB as described in

  http://download.Oracle.com/docs/CD/B19306_01/server.102/b14200/functions185.htm#i79464

  Published by: Sissi Kandi on November 24, 2008 12:28

• As an operator with the long data type

  Oracle 10g.

  Hi gurus

  I want to apply as an operator on the long data type, but I get the error message, can you please help me why is that I use as an operator with the long data type. I did some research and but unable to find a solution, see query for more details below...

  Query

  SELECT trigger_body FROM user_triggers

  WHERE trigger_body LIKE '% UPDA % CASE % ';

  Error

  ORA-00932: inconsistent data types: expected NUMBER got LONG

  00932 00000 - ' incompatible data types: wait %s %s got. "

  * Cause:

  * Action:

  Error on line: column 2: 7

  Concerning

  Muzz

  Adrian Billington wrote to the top of your options.

  working with long columns

• LONG data type in a database read-only

  I would only run this query...
  
  SELECT MAX (nrr_id) AS nrr_id, LENGTH (nrr_narrative) AS nrr_narrative_length
  Stories
  GROUP OF LENGTH (nrr_narrative)
  ORDER BY 2;
  
  The problem is, nrr_narrative is a LONG data type, so LENGTH won't work.
  
  I did the game of legs (on the web) and saw several interesting ways to get around this restriction for the long data type The problem is, they need either SysEx in a new table and redesign of the LONG like a LOB (or similar) or write a stored procedure or function that re - throws the column and returns the length. I can't do either (or one of the other more esoteric suggestions) because the table exists in a database I am not and that I don't have very few privileges.
  
  I could create a link to db on my server to the external source and make the overhaul in a table (or by using a stored procedure) on my server, but the connection is slow and even a simple select on a db link expires quite frequently.

  You can write the PL/SQL code. Something like:

  DECLARE
      TYPE nrr_id_tbl_type IS TABLE OF NUMBER
        INDEX BY PLS_INTEGER;
      v_nrr_id_tbl nrr_id_tbl_type;
      v_len NUMBER;
  BEGIN
      FOR v_rec IN (SELECT nrr_id,nrr_narrative FROM narratives) LOOP
        IF v_nrr_id_tbl.EXISTS(LENGTH(v_rec.nrr_narrative))
          THEN
            v_nrr_id_tbl(LENGTH(v_rec.nrr_narrative)) := GREATEST(
                                                                  v_nrr_id_tbl(LENGTH(v_rec.nrr_narrative)),
                                                                  v_rec.nrr_id
                                                                 );
          ELSE
            v_nrr_id_tbl(LENGTH(v_rec.nrr_narrative)) := v_rec.nrr_id;
        END IF;
      END LOOP;
      v_len := v_nrr_id_tbl.FIRST
      FOR v_i IN 1..v_nrr_id_tbl.COUNT LOOP
        DBMS_OUTPUT.PUT_LINE('LENGTH(nrr_narrative) = ' || v_len || ', MAX(nrr_id) = ' || v_nrr_id_tbl(v_len));
        v_len := v_nrr_id_tbl.NEXT(v_len);
      END LOOP;
  END;
  /
  

  SY.
  P.S. It will not work if nrr_narrative is greater than 32760, which is the maximum length of the LONG PL/SQL data type.

  Published by: Solomon Yakobson on 13 December 2011 14:52

• View the long data type

  Hello
  
  I use coldfusion 7 and oracle 10g.
  
  I'm trying to display a field (aprconf_comment) who have a LONG data type and that is formatted with carriage return.
  The problem I have, is the maintenance of wagons return entered by the user.
  The text that is displayed is all in a single paragraph, that all the wagons back had been withdrawn.
  
  Does anyone know how to keep the return transport?
  
  Thank you
  Chantal
  
  Here is my select code
  < name cfquery "allWealth' datasource = #TheDataSrc # dbtype = #TheDataType = # >
  Select *.
  of avwh_bio_wealth
  where aprconf_pidm = ' #ThePidm #
  and aprsubj_subj_code = 'WHLT.
  < / cfquery >
  
  Here is my code to display
  < cfoutput query = "allWealth" >
  < b >
  < td align = "Left" > < class p = "text" > #aprconf_comment # < /p > < table >
  < /tr >
  < / cfoutput >

  For future references.

  In fact, looking for others, I found this function
  ParagraphFormat() worked a little better for me
  because the text remained inside the window, not as
  

  .

  I guess that ParagraphFormat() creates "soft returns.

  Thank you all,.
  Chantal

• Using DBMS_DATAPUMP with the LONG data type

  I have a procedure below that calls the DBMS_DATAPUMP procedure using a REMOTE_LINK move a schema of one database to another. However, some tables in this schema have columns with the data type of LONG. And when I run it I get an error saying that you cannot move the data with the LONG data type using a REMOTE CONNECTION. So no data in these specific tables gets flying over.
  
  Does anyone else have this problem? If so, do you have a work around? I tried to add a CLOB column in my table and affecting the new CLOB equal THROUGHOUT, but I couldn't get that to not work either... even when I tried to use a TO_LOB. If I could get that pass, then I could just slide ALONG, the schema, and then re-create the LONG column on the opposite side.
  
  Here is my procedure...
  
  
  
  DECLARE
  / * IMPORT/EXPORT VARIABLES * /.
  v_dp_job_handle NUMBER;          -The handful of job data pump
  v_count NUMBER;          -Index of the loop
  v_percent_done NUMBER;          -Percentage of job complete
  v_job_state VARCHAR2 (30);     -To keep track of job status
  v_message KU$ _LOGENTRY;     -For error messages and work in PROGRESS
  v_job_status KU$ _JOBSTATUS;     -The State of the work of get_status
  v_status KU$ _STATUS;     -The status returned by get_status object
  v_logfile NUMBER;
  T_DATE VARCHAR2 (13).
  v_source_server_name VARCHAR2 (50);
  v_destination_server_name VARCHAR2 (50);
  
  BEGIN
  v_project: = 'TEST ';
  T_DATE: = TO_CHAR (SYSDATE, 'MMDDYYYY_HHMI');
  v_source_server_name: = 'TEST_DB ';
  
  v_dp_job_handle: = DBMS_DATAPUMP. OPEN)
  OPERATION = > "IMPORT."
  JOB_MODE = > "SCHEMA."
  REMOTE_LINK = > v_source_server_name,
  JOB_NAME = > v_project | ' _EXP_' | T_DATE,
  VERSION = > 'LAST');
  
  v_logfile: = DBMS_DATAPUMP. KU$ _FILE_TYPE_LOG_FILE;
  
  DBMS_DATAPUMP. ADD_FILE)
  MANAGE = > v_dp_job_handle,
  FILENAME = > v_project | ' _EXP_' | T_DATE |'. JOURNAL '.
  DIRECTORY = > 'DATAPUMP. "
  FILETYPE = > v_logfile);
  
  DBMS_DATAPUMP. () METADATA_FILTER
  MANAGE = > v_dp_job_handle,
  NAME = > 'SCHEMA_EXPR ',.
  VALUE = > ' = "' | v_project | " ' ') ;
  
  DBMS_DATAPUMP. START_JOB (v_dp_job_handle);
  
  v_percent_done: = 0;
  v_job_state: = "UNDEFINED";
  
  WHILE (v_job_state! = "COMPLETED") AND (v_job_state! = "STOPPED")
  LOOP
  DBMS_DATAPUMP. GET_STATUS)
  v_dp_job_handle,
  DBMS_DATAPUMP. KU$ _STATUS_JOB_ERROR + DBMS_DATAPUMP. KU$ _STATUS_JOB_STATUS + DBMS_DATAPUMP. KU$ _STATUS_WIP.
  -1,
  v_job_state,
  v_status);
  
  v_job_status: = v_status. JOB_STATUS;
  
  IF v_job_status. PERCENT_DONE! = v_percent_done THEN
  DBMS_OUTPUT. Put_line ('* percent of the job done = ' |) To_char (v_job_status. PERCENT_DONE));
  v_percent_done: = v_job_status. PERCENT_DONE;
  END IF;
  
  IF BITAND (v_status. MASK, DBMS_DATAPUMP. KU$ _STATUS_WIP)! = 0 THEN
  v_message: = v_status. WORK IN PROGRESS;
  ELSIF BITAND (v_status.mask, DBMS_DATAPUMP. KU$ _STATUS_JOB_ERROR)! = 0 THEN
  v_message: = v_status. ERROR;
  ON THE OTHER
  v_message: = NULL;
  END IF;
  
  IF v_message IS NOT NULL THEN
  v_count: = v_message. FIRST;
  While v_count IS NOT NULL
  LOOP
  DBMS_OUTPUT. Put_line (v_message (v_count). LOGTEXT);
  v_count: = v_message. Next (v_count);
  END LOOP;
  END IF;
  END LOOP;
  
  DBMS_OUTPUT. Put_line ("' job has completed");
  DBMS_OUTPUT. Put_line (' State of the Final work = ' | v_job_state);
  
  DBMS_DATAPUMP. Detach (v_dp_job_handle);
  END;

  TO_LOB can be used to insert, create table in select and update the instructions to convert

  So: You simply cannot use it in SELECT..., you can use CREATE TABLE BLAH AS SELECT TO_LOB (LONG_COLUMN) OF DREADED_TABLE_WITH_LONG_COL;

• Impact on performance when you use the LONG data type

  Hi all
  
  
  Only I have a doubt about the use of LONG data type
  
  I use the data type LONG for some columns in a table and I created indexes on the columns separately, but these column values can be easily fit into the varchar data type.
  
  (Just to see the performance on this issue)
  
  Suppose that a common select query with WHERE condition on any of the column which has LONG data type will affect the performance of the query?
  
  Please explain.
  
  Thank you

  (1) the LONG (and LONG RAW) data types have been depricated for quite a while. Oracle has been strongly recommends that you move to 8.1.5 CLOB and BLOB data types. Why you use the LONG data type? You're still on Oracle 7?

  (2) have you tried to write a query that has a WHERE condition that refers to a LONG column? In general, you can not because it does not support the type of data LONG. For example

  SQL> ed
  Wrote file afiedt.buf
  
    1  create table a (
    2    col1 varchar2(30),
    3    col2 long
    4* )
  SQL> /
  
  Table created.
  
  SQL> select * from a where col2='abc';
  select * from a where col2='abc'
                        *
  ERROR at line 1:
  ORA-00997: illegal use of LONG datatype
  

  LONG data types are a royal pain to work with. They also have implications on the performance of wicked on the client.

  Justin

• long data type

  If USER_CONSTRAINTS. SEARCH_CONDITION is the LONG data type,
  How can filter us "NOT NULL" LINES in a SELECT Clause where:
  
  Select constraint_name
  of user_contraints
  where search_condition not like '% NO NLL %'
  
  
  Any ideas are appreciated! Thank you!

  Unfortunately you can not do this,

  The use of LONG values is subject to these restrictions:

  A table can have only one column.

  You cannot create an object with a long attribute type

  LONG columns may not appear in the WHERE clause or in integrity constraints (except that they may appear in null and NOT NULL value constraints).

  LONG columns cannot be indexed.

  Cannot specify LONG data in regular expressions.

  A stored function cannot return a value of type LONG.

  You can declare a variable or argument to a PL/SQL program unit using the long data type However, you cannot call then the SQL program unit.

  Within a single SQL statement, all the columns LONG, updated tables and locked tables must reside on the same database.

  LONG and LONG RAW columns cannot be used in distributed SQL queries and cannot be replicated.

  If a table has columns ALONG both LOB, then you can not bind more than 4000 bytes of data to the two LONG and LOB columns in the same SQL statement. However, you can bind more than 4000 bytes of data in the long RUN or the LOB column.

  http://download.Oracle.com/docs/CD/B19306_01/server.102/b14200/sql_elements001.htm#SQLRF00201

• Syntex to create the table with the long data type

  I'm looking to create a table based on another table that having the column long data type. Throw the error ORA-00997: illegal use of the LONG data type

  
  I tired it

  create table abc_long (ag bgd long number);

  create table abc_long_dummy as ( ) Select *of abc_long); - ORA-00997 error: illegal use of the LONG data type

  How to get there?

  I'm looking to create a table based on another table that having the column long data type.

  You really don't want to do that.

  LONG data type has been deprecated for some time now, use CLOB.

  The TO_LOB() function will do the conversion on the fly:

  create table abc_long_dummy
  as
  select ag
       , to_lob(bgd) as bgd
  from abc_long ;
  

• long data type error

  Hi all

  Hope all are fine, I got stuck in a query, and I need your help, I will be grateful for this.

  I was using the query below to copy all the data of table x to y.

  SQL > insert y select * from x@dblnkname;

  ERROR on line 1:

  ORA-00997: illegal use of the LONG data type

  I m getting the error above, tables x and there does not "long" datatype.your help will be appreciated, thanks in advance.

  DB: 11.2.0.3

  OS: RHEL 6.1

  Thank you

  Kind regards.

  copy of user/password@sid to user1/password@sid add user1.new_table using select * from user.old_table;

• Error (21,100): PL/SQL: ORA-00997: illegal use of the LONG data type

  CREATE or REPLACE (name in varchar2) procedure Compress_tab_partition
  is
  last_mnth_var varchar2 (8);
  curr_mnth_var varchar2 (8);
  number of last_mnth;
  number of curr_mnth;
  last_partition varchar2 (8);
  high_val varchar2 (4000);
  Start

  Select to_char (add_months (trunc (sysdate, 'MM'),-1), 'YYYYMM') | ' 00' in the double last_mnth_var;
  Select to_char (sysdate, 'YYYY') | TO_CHAR (sysdate, 'mm') | ' 00' in the double curr_mnth_var;
  Select to_number (last_mnth_var) in the double last_mnth;
  Select to_number (curr_mnth_var) in the double curr_mnth;

  Dbms_output.put_line ('Compression of GOLDMGR Table scores.' | table-name |) "to go". ») ;
  Dbms_output.put_line(' ');

  / * Step 1 - identify the name of the partition of the specified table must be compressed * /.
  Select high_value from high_val from user_tab_partitions where table_name = table-name;
  Select nom_partition into last_partition from user_tab_partitions where table_name = table-name and high_value = rtrim (high_val);

  / * Step 2 - Alter partition table to compress * /.

  run immediately "ALTER TABLE GOLDMGR." | table_name | ' CHANGE THE PARTITION '. last_partition | "COMPRESS by low query";

  / * Step 3 - Index rebuild step * /.

  I'm in (select index_name in user_indexes where table_name = table-name)
  loop
  run immediately "ALTER INDEX GOLDMGR." | i.index_name |' REBUILD ";
  end loop;

  Dbms_output.put_line (' COMPLETED: compress the Table partitions change.) ") ;

  end;
  /

  I'm getting an error like: Error (21,100): PL/SQL: ORA-00997: illegal use of the LONG data type

  Please resolve.

  HIGH_VALUE datatype is LONG. You may not use for a long TIME in WHERE clause expressions. You need to loop through the partitions by selecting HIGH_VALUE and then comparing. Secondly, there is no need to select double to calculate expressions. For example:

  Select to_char (add_months (trunc (sysdate, 'MM'),-1), 'YYYYMM') | ' 00' in the double last_mnth_var;

  should be replaced by

  last_mnth_var: = to_char (add_months (trunc (sysdate, 'MM'),-1), 'YYYYMM') | ' 00'.

  and there is no need to add_months here:

  last_mnth_var: = to_char (trunc (sysdate, 'MM') - 1, "YYYYMM"). ' 00'.

  But the main question is simply ALTER TABLE MODIFY PARTITION COMPRESS allows compression but does not compress. You must issue ALTER TABLE MOVE PARTITION COMPRESS:

  SQL > create table tbl (n) partition by range (n)
  2 (partition p1 values less than (maxvalue))
  3. Select lpad('X',4000,'X') from dual connect by level<=>
  4.

  Table created.

  SQL > select bytes
  2 from WHERE user_segments
  3 where nom_segment = 'TBL '.
  4 and nom_partition = 'P1 '.
  5.

  BYTES
  ----------
  830472192

  SQL > alter table tbl
  2. change the partition p1 compress
  3.

  Modified table.

  SQL > select bytes
  2 from WHERE user_segments
  3 where nom_segment = 'TBL '.
  4 and nom_partition = 'P1 '.
  5.

  BYTES
  ----------
  830472192

  SQL > alter table tbl
  2. move the partition p1 compress
  3.

  Modified table.

  SQL > select bytes
  2 from WHERE user_segments
  3 where nom_segment = 'TBL '.
  4 and nom_partition = 'P1 '.
  5.

  BYTES
  ----------
  8388608

  SQL >

  SY.

• ORA-00997: illegal use of the LONG data type

  Hi all

  11.2.0.1

  ALTER TABLE SAFDB MOVE TABLESPACE DATA_TS_ENC

  *

  ERROR on line 1:

  ORA-00997: illegal use of the LONG data type

  Why illegal? How can I move this table?

  Thank you very much

  pK

  Take a look who

  http://aprakash.WordPress.com/2011/01/06/how-to-move-table-containing-long-or-LOB-columns/

  Concerning

• How can I set the long data type by default

  a query that I want to run:

  exec DBMS_METADATA. SET_TRANSFORM_PARAM (DBMS_METADATA. False SESSION_TRANSFORM, 'SEGMENT_ATTRIBUTES',);

  result:

  E

  ;

  ;

  45

  ;

  45

  ;

  45

  ;

  45

  ;

  S

  45

  I'm not sure but maybe I need set the long size before the race top query. But when I try to put long size gives below error. Also, I put below an explanation so help.

  "The output of DBMS_METADATA.GET_DDL is a LONG data type." When you use SQL * Plus, your output may be truncated by default. "Deliver the following SQL * Plus command before issuing the DBMS_METADATA.GET_DDL statement to make sure your output is not truncated:

  SQL> SET LONG 9999

  error:

  Unhandled SET statement:

  "SET 9999 LONG."

  Change SQL * PLus (login.sql) user profile or the site profile (glogin.sql) and add:

  THE VALUE LONG 9999

  SY.

• Error in the Primavera Analytics 3.1 (staretl issuance of long data type error)

  Hello
  
  When executing ETL for analytics Primavera 3.1 I am faced with long data type error.
  
  Session detailed log can be found on the below URL.
  
  http://pastebin.com/Ez0VihGN
  
  I have following environment.
  
  Primavera analytics on Win2k8 64-bit with 11g R2 DB.
  
  EPPM Primavera DB on Sql Server
  
  Connectivity via Oracle Gateway. (tested)
  
  Help, please.
  
  Naeem Akhtar
  
  Published by: Naeem Akhtar Khan on April 9, 2013 03:58

  Based on your post there is an error in you initdg4msl.ora file... Make sure you the database connection is correct and you add the statement two to the file

  for example

  Should be: HS_FDS_CONNECT_INFO = YOURSQLSERVER / / YOUR DATABASE

  Make sure that you add the following code in the same file (see page 92):
  HS_NLS_LENGTH_SEMANTICS = CHAR
  HS_FDS_CHARACTER_SEMANTICS = TRUE
  HS_KEEP_REMOTE_COLUMN_SIZE = ALL

  Restart the ETL process

• Long data type in 10g

  Hi all
  
  We are abt to put one of our prod 9.2.0.6 in 10.2.0.4 database in solaris and when I checked in the base of a few paintings of long data type is still it is it necessary to convert of LOB or I can ignore it.
  
  DATA_TYPE TABLE_NAME OWNER
  --------------- ------------------------------ -------------------- -----------
  OUTLN OL$ LONG
  WLI_SCHEMA WLI_B2B_BUSINESS_PROTOCOL_DEFN LONG
  WLI_SCHEMA WLI_B2B_LOGIC_PLUGIN LONG
  WLI_SCHEMA WLI_TPM_EXTENDED_PROPERTY_SET LONG
  WLI_SCHEMA WLI_TPM_SERVICE LONG
  WLI_SCHEMA WLI_TPM_TRADING_PARTNER LONG
  
  
  KK

  If Oracle is recommended for several years do not use the data type LONG on the user objects, there is still little for dictionaries of Oracle tables.
  However, you should not touch.
  With respect to users within LONG data type, it is yours and tests the results depending on whether you can switch the type of LOB data or not and probably submit to be approved and taken in charge by the provider of your application.

  Nicolas.