Início / dba / Perguntas / 17347
Accepted
René Nyffenegger
Asked: 2012-05-02 22:10:14 +0800 CST

SQL*Plus, @ e caminhos relativos

  • 772

De alguma forma, parece que o SQL*Plus (pelo menos no Windows) não consegue localizar um script com um caminho relativo quando chamado com @@e quando o caminho começa com um ponto simples ou duplo.

Por exemplo, sob x:\some\whereeu tenho a seguinte estrutura de diretórios:

script.sql
main-dir\main-sub-dir
              call-script.sql
              script.sql

Ou seja: dois script.sql, mas em locais diferentes.

O conteúdo de script.sqlapenas abaixo x:\some\whereé simplesmente

prompt SCRIPT root

enquanto o script.sqlconteúdo do outro é

prompt SCRIPT main-dir/main-subdir

call-script.sqllê

@@script.sql
@ script.sql

saída esperada

Se eu iniciar o SQL*Plus x:\some\wheree, em seguida, executar um

@main-dir/main-sub-dir/call-scripts

A saída será

SCRIPT main-dir/main-subdir
SCRIPT root

Isso é esperado, já que o single @deve pesquisar caminhos de onde o SQL*Plus foi iniciado e @@deve pesquisar caminhos do diretório do script que o contém.

saída inesperada

Agora , se eu mudar call-scripts.sqlassim:

@@./script.sql
@ ./script.sql

o double @@parece mudar seu comportamento, pois procura caminhos de onde o SQL * Plus foi iniciado e a saída agora será

SCRIPT root
SCRIPT root

o que não é o que eu esperava.

Esse comportamento está documentado em algum lugar e, mais importante, como devo alterar call-scripts.sqlpara que ele chame os caminhos relativos ( @@../../other-dir/other-sub-dir/script) corretamente?

oracle sqlplus

1 respostas

  1. Best Answer

    Sim, este é o Bug 2391334 que existe há muito tempo e provavelmente não será corrigido em um futuro próximo.

    Uma maneira de contornar isso é "conhecer" o caminho para scripts sem realmente codificar esse caminho. Fazer isso no SQLPlus requer um truque - se você tentar executar um arquivo inexistente, receberá uma mensagem de erro que inclui o nome do caminho.

    Então, aqui está uma demonstração disso em ação. Para imitar o seu cenário, eu tenho:

    c:\temp\demo
   script.sql
   maindir
      subdir
         call_script.sql
         script.sql

    O que podemos fazer é adicionar alguns comandos à frente de call_script.sql que irão pegar o caminho. Parece um pouco estranho, mas você não precisa alterá-lo - é apenas uma coisa fixa que você cola

    set termout off
spool _path_finder.sql
@@_nonexistent_script.sql
spool off;

var path varchar2(100);
set serverout on
declare
  output varchar2(1000) := regexp_replace(replace(q'{
@_path_finder.sql
}',chr(10)),'.*"(.*)".*','\1');
begin 
  :path:=substr(output,1,length(output)-24);
end;
/
col path new_val path
select :path path from dual;
set termout on

    O que está acontecendo aqui é que estamos executando um script inexistente, que retorna:

    "SP2-0310: não foi possível abrir o arquivo "path\_nonexistente_script.sql"

    então, com um pouco de regexp, podemos extrair o caminho, armazená-lo em uma variável SQLPlus e usá-lo a partir desse ponto.

    Portanto, a versão final do seu call_script.sql ficaria assim

    set termout off
spool _path_finder.sql
@@_nonexistent_script.sql
spool off;

var path varchar2(100);
set serverout on
declare
  output varchar2(1000) := regexp_replace(replace(q'{
@_path_finder.sql
}',chr(10)),'.*"(.*)".*','\1');
begin 
  :path:=substr(output,1,length(output)-24);
end;
/
col path new_val path
select :path path from dual;
set termout on
prompt path was &path      

@@&path\script.sql
@&path\script.sql

    e quando executamos isso, obtemos o seguinte

    SQL> @maindir\mainsubdir\call_script
path was maindir\mainsubdir
script in subdir
script in subdir

    e pronto :-)

    • 8

relate perguntas