PaulWist
А просто ХП или view вызвать на линкованном сервере? почему обязательно нужно вернуть курсор, а не простой RecordSet (в Оракле полный ноль, поэтому исхожу из общих представлений)

ВладимирС
Сначала просто составлял запросы в которых join-ил таблицы через dblink. Но вижу, что это идеологически неправильно, т.к. на сервере с которого запускаю такой запрос выполняется очень долго, если таблицы большие. План создастся не может... вытаскивание скорее всего всех данных из таблиц dblink-а...

ВладимирС
Решил попробовать создать табличную функцию и вытащить ее тоже через dblink

ВладимирС
Как вытащить данные ?

PaulWist
А просто ХП или view вызвать на линкованном сервере? почему обязательно нужно вернуть курсор, а не простой RecordSet (в Оракле полный ноль, поэтому исхожу из общих представлений)

Igor Korolyov
Сделать представление на стороне удалённой БД.

ВладимирС
С начальством надо просто соглашаться (как с женщиной, не в обиду тут присутствующим), а делать по своему.

Igor Korolyov
Сделать представление на стороне удалённой БД. Представление может быть и из таблиц, и из табличных ХП. Для параметризации (т.к. зачастую требуется параметризовать такого рода представления) рекомендуется использовать переменные контекста. Теоретически там и GTT можно подключить, но как-то оно стремновато. По крайней мере напрямую использовать. Хотя люди вроде справлялись...
asktom.oracle.com
Том для примера использует штатную client_info, но я думаю что лучше будет завести в этой схеме свой контекст (соответственно и пакет управляющий переменными) и использовать осмысленные переменные

CREATE OR REPLACE FORCE VIEW EGRIP_IMPORT.V_EGRIP_GET_PERSON
(
   INN,
   LAST_NAME,
   FIRST_NAME,
   PATRONYMIC,
   OGRNIP
)
AS
   SELECT EG.INNFL AS INN,
          FL.FAMILIA AS last_name,
          FL.IMYA AS FIRST_NAME,
          FL.OTCHESTVO AS PATRONYMIC,
          EG.OGRNIP
     --,EG.DATA_VYP, EG.DATAOGRNIP, EG.ID
     FROM EGRIP_IP EG LEFT JOIN EGRIP_FL FL ON (EG.ID = FL.IP_ID)
    WHERE     EG.CODEBYDIP = 1
          AND FL.DATA_VYP = (SELECT MAX (FL1.DATA_VYP)
                               FROM EGRIP_FL FL1
                              WHERE FL1.IP_ID = FL.IP_ID)
          AND NOT EXISTS
                     (SELECT *
                        FROM EGRIP_IP EG1
                       WHERE     EG1.INNFL = EG.INNFL
                             AND EG1.OGRNIP = EG.OGRNIP
                             AND EG1.DATA_VYP > EG.DATA_VYP)
          AND NOT EXISTS
                     (SELECT *
                        FROM EGRIP_IP EG1
                       WHERE     EG1.INNFL = EG.INNFL
                             AND EG1.DATAOGRNIP > EG.DATAOGRNIP);

SELECT INN,LAST_NAME,FIRST_NAME,PATRONYMIC,OGRNIP FROM V_EGRIP_GET_PERSON@EGRIPDB WHERE INN = '772976281908';

CREATE OR REPLACE PROCEDURE ENT_PTS.p$ps#egrip_get_person (
   p_inn       VARCHAR2,
   p_cur   OUT SYS_REFCURSOR)
IS
BEGIN
   OPEN p_cur FOR
   'SELECT INN,LAST_NAME,FIRST_NAME,PATRONYMIC,OGRNIP FROM V_EGRIP_GET_PERSON@EGRIPDB WHERE INN = ' || p_inn;
END;

DECLARE
    p_inn varchar2(50) := '772976281908';
BEGIN
    p$ps#egrip_get_person(p_inn,:p_cursor);
END;

ВладимирС
Но мне ребятам надо обернуть в процедуру. для теста сделал:

CREATE OR REPLACE PROCEDURE ENT_PTS.p$ps#egrip_get_person (
   p_inn       VARCHAR2,
   p_cur   OUT SYS_REFCURSOR)
IS
BEGIN
   OPEN p_cur FOR
   'SELECT INN,LAST_NAME,FIRST_NAME,PATRONYMIC,OGRNIP FROM V_EGRIP_GET_PERSON@EGRIPDB WHERE INN = ' || p_inn;
END;

Вижу что плохо, оракл долго анализирует эту ерунду...

   OPEN p_cur FOR
   SELECT INN,LAST_NAME,FIRST_NAME,PATRONYMIC,OGRNIP FROM V_EGRIP_GET_PERSON@EGRIPDB WHERE INN = p_inn;

PaulWist
2. Опять же в синтаксисе не силён, а разве нельзя сразу написать:

   OPEN p_cur FOR
   SELECT INN,LAST_NAME,FIRST_NAME,PATRONYMIC,OGRNIP FROM V_EGRIP_GET_PERSON@EGRIPDB WHERE INN = p_inn;

Igor Korolyov
Будет. Но всё зависит от опций хранения LOB и параметров табличного пространства...
Во-первых сервер хранит "старые" LOB данные - либо "некоторое количество версий", либо "некоторое время". Это нужно и для flashback запросов и для обычных запросов - для обеспечения согласованного состояния данных. Управляется опциями PCTVERSION или RETENTION (первое только для BASICFILE, а у тебя явно SECUREFILE используется, раз пишешь про сжатие). Можно задать и максимальный размер для LOB сегмента - тогда сервер начнёт переписывать "старые версии" раньше - при достижении этого лимита. Хотя для динамических систем (когда сложно заранее оценить какой объём данных реально необходим) такой расчёт непросто сделать. Может оказаться проще периодически делать SHRINK SPACE для этого LOB сегмента (тогда "удалённые записи" уж точно станут удалёнными, а не "доступной для запросов прошлой версией").

Во-вторых LOB данные могут хранится in row - т.е. прямо в сегменте где и "обычные" поля хранятся (если размер LOB данных в поле чуть меньше 4К) - это по управлению используемым дисковым пространством сильно похоже на обычное varchar2(4000) поле. Т.е. без реорганизации таблицы такое "пустое место" тоже может не освобождаться (особенно если удаляются не сами "старые записи", а именно содержимое их LOB полей).

...
  LOB (REQUEST) STORE AS SECUREFILE (
  TABLESPACE  USERS
  ENABLE      STORAGE IN ROW
  CHUNK       8192
  COMPRESS    HIGH
  NOCACHE
  LOGGING)
LOB (RESPONSE) STORE AS SECUREFILE (
  TABLESPACE  USERS
  ENABLE      STORAGE IN ROW
  CHUNK       8192
  COMPRESS    HIGH
  NOCACHE
  LOGGING)
...

Igor Korolyov
Для ssh можно (наверное и нужно для подобных случаев) задать авторизацию через rsa-ключи - если ключ будет создан без passphrase то никаких паролей вводить не потребуется. При том зачем запускать сессию от имени рута, если выполняемая команда должна работать от имени другого аккаунта? От имени oracle и нужно было бы создавать ssh сессию и НЕ использовать вообще su/sudo.

Igor Korolyov
Нда, куда только и не пихают файлы... Но я первый раз вижу чтобы использовали для этого папку log оракла

Igor Korolyov
Последние лет 10 для оракла производитель настойчиво рекомендует использовать не обычный ("старый" как его ещё называют) импорт/экспорт, а DataPump импорт/экспорт - он управляется и со стороны самого сервера, и с консольных утилит impdp/expdp. Там выгрузка "файла" идёт в объект directory, который может быть задан как "внешний" - т.е. по сути указывать на объект directory второго сервера (т.е. экспорт СРАЗУ будет идти в файл на целевом сервере для импорта).

Igor Korolyov
Кроме того для этого режима (через datapump) в принципе вообще можно настроить переливку без создания dmp файла! Я сам не пробовал, но примеров и документации хватает.
IMHO это всяко лучше чем геморрой с ssh и перекачкой файлов. Конечно же оба сервера должны быть в твоей "юрисдикции" (полагаю так оно и есть, раз уж под рутом работаешь), ну и каким-то образом видеть друг друга через сеть (даже если они в разных сетях, вполне можно соорудить туннель через тот же ssh - и даже не "прямой", а через твой компьютер, хотя это и сложнее).

ВладимирС
Они всегда работают от имени root

ВладимирС
Как поставили оракл на машину, я не понимаю. Но вот так настроена Directory DATA_PUMP_DIR.

ВладимирС
Тут немножко разъяснения требуются.

ВладимирС
Я не в их сети. Работаю через ssh под root. Я описал выше.