PL / SQL многоразовая динамическая программа sql для задач того же типа, но с другой таблицей и столбцом

Question

Спасибо за ответ, ребята.Я вроде как решил свою проблему.

Я пытался обновить данные с помощью курсора ref в динамическом SQL, используя "where current of", но теперь я знаю, что это не сработает.

Тогда япопытался использовать% rowtype для хранения обоих 'id' и 'clob' в одной переменной для будущего обновления, но оказалось, что слабый курсор ref также не может использовать привязку этого типа.

После этого я попытался использовать запись каквозврат реф курсора, и это тоже не работает на слабом курсоре.

В конце я создал еще один курсор для извлечения 'id' отдельно вместе с курсором для получения 'clob' в то же время, а затем обновилтаблица с этим идентификатором.

---

Сейчас я работаю над задачей очистки данных Oracle, и у меня есть следующее требование:

Есть 38 таблиц (может быть, больше в будущем), и каждая таблица имеет одну илинесколько столбцов, тип которых Clob.Мне нужно найти другое ключевое слово в этих столбцах и в соответствии с логикой вернуть двоичную метку столбца и сохранить его в новом столбце.

Например, есть таблица 'myTable1', которая имеет 2 столбца Clob 'clob1 'и' clob2 '.Я хотел бы найти ключевое слово 'sky' из этих столбцов и сохранить '0' (если не найден) или '1' (если найден) в двух новых столбцах: 'clob1Sky', 'clob2Sky'.

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

Но я столкнулся с некоторой проблемой при написании программы.Моя программа похожа на приведенную ниже:

create or replace PACKAGE body LABELTARGETKEYWORD 
    as
    /**
    @param varcher tableName: the name of table I want to work on
    @param varchar colName: the name of clob column
    @param varchar targetWord: the word I want to find in the column
    @param varchar newColName: the name of new column which store label of clob 
    */ 
    PROCEDURE mainProc(tableName varchar, colName varchar,targetWord varchar,newColName varchar2)
    as
        type c_RecordCur is ref cursor;
        c_sRecordCur c_recordCur;
        /*other variables*/
    begin
        /*(1) check whether column of newColName exist
          (2) if not, alter add table of newColName
          (3) open cursor for retrieving clob
          (4) loop cursor
              (5) update set the value in newColName accroding to func labelword return
          (6) close cursor and commit*/
    end mainProc;

    function labelWord(sRecord VARCHAR2,targetWord varchar2) return boolean...
    function ifColExist(tableName varchar2,newColName varchar2) return boolean...
END LABELTARGETKEYWORD;

Большинство DML и DDL написаны в динамическом SQL-формате.

Проблема в том, что когда я пишу (5) часть, я замечаю: «Где текущийПредложение не может быть использовано в ref-курсоре или динамическом SQL-выражении.Поэтому мне нужно изменить план.

Я пытался использовать запись (rowid, label) для сохранения результата и изменения таблицы позже. (Таблица будет использоваться только двумя людьми в моей группе, поэтому выигралне будет проблемы блокировки и изменения данных).Но я нахожу, потому что я пытаюсь использовать динамический sql, поэтому на самом деле мне нужно определить ref курсор с возвратом определенного% rowtype и, в основном, всех других переменных% type в динамическом SQL-выражении.Что заставляет меня чувствовать, что в моем методе что-то не так.

Мой вопрос:

1. Если есть способ определить% type в динамическом sql?Тип привязки к переменной в динамическом SQL?

2. Может кто-нибудь подсказать, как написать эту (5) часть в динамическом SQL?

3. Разве я не должен так оформлять свою программу?

4. Разве это не способ использования динамического SQL или PLSQL?

Я очень плохо знаком с PL / SQL.Большое спасибо.

Answer 1

Я думаю, что вы должны подходить к проблеме по-другому: 1. Найдите все нужные вам столбцы:

CURSOR k_clobs
select  table_name, column_name from dba_tab_cols where data_type in ('CLOB','NCLOB');

или 2 курсора (вы можете построить свой запрос, если у вас более 1 CLOB на таблицу:

 CURSOR k_clobs_table
             select  DISTINCT table_name from dba_tab_cols where data_type in ('CLOB','NCLOB');

CURSOR k_clobs_columns(table_namee varchar(255)) is
         select column_name from dba_tab_cols where data_type in ('CLOB','NCLOB') and table_name = table_namee; 

Теперь вы на 100% проверяете столбец как clob, поэтому вам не нужно беспокоиться о типе данных;)

Я не уверен, чего вы хотите добиться,но я надеюсь, что это может помочь вам.

Answer 2

По совету Тома Кайта, чтобы сделать это в одном утверждении, если это можно сделать в одном утверждении, я бы сначала попытался использовать один оператор UPDATE:

CREATE TABLE mytable1 (id NUMBER, clob1 CLOB, 
  clob2 CLOB, clob1sky NUMBER, clob2sky NUMBER ) 
LOB(clob1, clob2) STORE AS SECUREFILE (ENABLE STORAGE IN ROW);

INSERT INTO mytable1(id, clob1, clob2) 
SELECT object_id, object_name, object_type FROM all_objects
 WHERE rownum <= 10000;

CREATE OR REPLACE 
PROCEDURE mainProc(tableName VARCHAR2, colName VARCHAR2, targetWord VARCHAR2, newColName VARCHAR2)
IS
  stmt VARCHAR2(30000);
BEGIN
  stmt := 'UPDATE '||tableName||' SET '||newColName||'=1 '||
          'WHERE DBMS_LOB.INSTR('||colName||','''||targetWord||''')>1';
  dbms_output.put_line(stmt);
  EXECUTE IMMEDIATE stmt;
END mainProc;
/

Итак, вызовmainProc('MYTABLE1', 'CLOB1', 'TAB', 'CLOB1SKY'); запускает оператор

UPDATE MYTABLE1 SET CLOB1SKY=1 WHERE DBMS_LOB.INSTR(CLOB1,'TAB')>1

, который, кажется, делает свое дело:

SELECT * FROM mytable1 WHERE clob1sky=1;

id  clob1    clob2  clob1sky clob2skiy
33  I_TAB1   INDEX  1   
88  NTAB$    TABLE  1   
89  I_NTAB1  INDEX  1   
90  I_NTAB2  INDEX  1   
...

Answer 3

Я не уверен с вашим вопросом: если предполагается, что это задание будет выполняться ежедневно или ежечасно, выполнение запроса будет очень дорогостоящим.Одна вещь, которую вы можете сделать - поместить все ваши clob данные в файл и сохранить их на вашем сервере (я думаю, это должно быть Linux).затем вы можете создать сценарий оболочки и запланировать задание на выполнение команды gerp и получить необходимое значение и «если найдено, обновить таблицу».