[oracle_br] Re: Aplicador de Scripts

[jlchia...@yahoo.com.br [oracle_br]]

Tudo jóia, Ednilson ?? Bom, vc Não Diz mas imagino que o seu problema é que não 
é você que vai conectar em cada um dos ambientes e fazer o que precisa, mas sim 
vc vai mandar algo pros técnicos dos teus clientes, certo ?
 Então, sendo isso vc até teria a opção de simplesmente mandar um .ZIP com os 
textos dos SQLs que vc quer que sejam executados para que seus clientes o 
descompactem num diretório qualquer dos seus servidores e aí a tua aplicação 
teria um procedure que lê os textos (via UTL_FILE, talvez) e os manda pro 
banco/executa (via SQL dinâmico), mas esse approach IMHO é por demais 
trabalhoso, eu Absolutamente não crio nada a não ser que seja Positivamente 
Obrigado E ainda por cima, esse método ia ** OBRIGAR ** os seus clientes a 
terem acesso físico aos servidores de banco, nem sempre isso é possível por 
políticas ou questões técnicas...

Assim sendo, te resta a opção de ter um software residindo numa máquina 
qualquer em cada um dos seus clientes e que seja capaz de executar os cripts / 
textos com os SQLs que vc precisa aplicar e que seriam enviados por email ou 
seja como for... 
 Para executar um script composto de DDLs (que é o seu caso, ao que vejo) em 
princípio pode ser usado Absolutamente Qualquer software capaz de se conectar 
no banco e enviar pro banco comandos SQL (ie, TOAD, sql*plus, Oracle SQL 
Developer, PL/SQL Developer, SQuirrelSQL, e mais ** trocentos ** deles, OU até 
mesmo softwares de escritório tipo Microsoft Office hoje em dia podem ser 
configurados/trazem capacidade pra isso) , mas ao que imagino vc quer OU adotar 
o software mais comum, o default de se ter num database Oracle seja qual for a 
versão e o Sistema Operacional, OU então usar um freeware pequeno e leve, que 
não demande instalação e que vc poderia enviar junto com teu pacote de scripts, 
correto ?? Não adianta vc querer adotar o software cliente X e nos 45 do 
segundo tempo vc descobrir que o cliente A, B e o C Não Possuem o raio do 
software X instalado/disponível, ou que a política da empresa não permite 
instalar nada nas máquinas da empresa ou coisas assim...
 
Sendo isso : 

=> a opção de software-cliente DEFAULT na instalação do RDBMS Oracle, que 
absolutamente TODA instalação de RDBMS Oracle possui (nem que seja só na 
máquina-servidora) é o sql*plus, então para que vc use a opção de adotar o 
software mais comum vá de sqlplus rodando scripts contendo comandos sqlplus e 
SQLs... O senão desta opção é que o sql*plus não é o mais user-friendly 
programa que existe, mas como quem vai fazer isso é um técnico no seu cliente, 
com as instruções adequadas (e eventualmente algum shell script simples, 
talvez, para automatizar) qualquer técnico ou usuário avançado é capaz de 
fazer... A própria Oracle ** JÁ FAZ ISSO **, os patches dela frequentemente 
contém scripts sqlplus...

=> a opção de adicionar no pacote dos SQLs um software freeware, leve, que não 
demande instalação e que possa conectar no banco e rodar os SQLs existe também 
: como normalmente vc não tem controle sobre qual sistema operacional / 
hardware cada cliente roda seu RDBMS, Provavelmente vc teria que optar por um 
programa feito em java (talvez vc até encontre programas .EXE/executáveis 
não-interpretados e que não demandam java runtime que sejam freeware e pequenos 
mas eu desconheço)... Em java , algumas opções leves, freeware e portáveis são 
o yasql em https://sourceforge.net/projects/yasql/ , Vienna em 
http://java-source.net/open-source/sql-clients/viennasql , sqlcl em 
http://www.oracle.com/technetwork/developer-tools/sql-developer/downloads/index.html
 , sqlminus em http://sqlminus.sourceforge.net/ ... Outras opções, como SQL 
Developer e umas tantas mais conhecidas, são por demais grandes para poder 
serem confortavelmente enviadas num pacote de scripts, acho eu...
 As desvantagens desta opção seriam :
 
   a) não tem como vc se assegurar que todos os seus clientes permitem que se 
rodem programas externos, mesmo que não demandem instalação 
   
   b) não tem como vc se assegurar que é permitido em todos os seus clientes 
que se use Java : por questões de Segurança tem Empresas que simplesmente 
proíbem sem dó nem pena
   
   c) o nível de scripting/customização que vc vai ter que fazer na ferramenta 
e/ou no seu pacote de isntalação em alguns casos pode ser maior do que o 
sql*plus : no sql*plus é basicamente se ter um comando @path\nomedoscript.sql , 
e nesse arquivo .sql vc colocou os seus CREATE OR REPLACE PROCEDURE xxx 
terminados com ponto-e-vírgula e cabou...
   
   []s
   
 Chiappa

Re: [oracle_br] Aplicador de Scripts

['Fernando Franquini 'capin'' fernando.franqu...@gmail.com [oracle_br]]

Procure pelo flyway scripts.
É bem interessante.

2016-06-02 10:58 GMT-03:00 'Ednilson Silva' ednilson.si...@jbs.com.br
[oracle_br] :

>
>
> Fabricio,
>
> Será executados sempre que o analista solicitar uma alteração nos objetos
> do banco, seja em procedure, package, triggers, etc...
>
>
>
> O pessoal aqui de SQL Server, utilizar o Software chamado JNetDirect Farm
> Combine, mas parece que só roda para bancos SQL Server
>
>
>
> Grato
>
>
>
> Ednilson
>
>
>
>
>
> *De:* oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
> *Enviada em:* quinta-feira, 2 de junho de 2016 10:44
> *Para:* oracle_br@yahoogrupos.com.br
> *Assunto:* Re: [oracle_br] Aplicador de Scripts
>
>
>
>
>
> Esses scripts serão executados ma vez só? Caso sejam recorrentes, você
> pode criar um job via DBMS_SCHEDULER (10g em diante).
>
> O Cloud Control 12c e 13c tem uma funcionalidade que permite executar
> scripts a nível de SO de forma centralizada.
>
>
>
> Em 2 de junho de 2016 10:36, 'Ednilson Silva' ednilson.si...@jbs.com.br
> [oracle_br]  escreveu:
>
>
>
> Bom Dia,
>
> Pessoal, gostaria de saber se existe algum Software para aplicar scripts?
>
>
>
> Vamos implantar 49 bases pelo Brasil, e vamos supor que preciso aplicar
> uma procedure nessas 49 bases.
>
>
>
> Grato,
>
> Ednilson
>
>
>
>
>
>
> --
>
> *Fabrício Pedroso Jorge.*
>
> Administrador de Banco de Dados
>
>
>
> certificacaobd.com.br 
>
>
> *Resumo Profissional:*
> http://br.linkedin.com/in/fabriciojorge
>
>
>
> *Contatos:*
> + 55 91 988991116
> skype: fabricio.pedroso.jorge
> fpjb...@gmail.com
>
>
>
> 
>



-- 
Capin
Graduado: Bacharel em Ciências da Computação - UFSC
Analista de Sistemas e de Banco de Dados / DBA
48.9924.8212 Vivo - Florianópolis - SC - Brasil

http://certificacaobd.com.br/
http://br.linkedin.com/in/capin

RES: [oracle_br] Aplicador de Scripts

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Fabricio,

Será executados sempre que o analista solicitar uma alteração nos objetos do 
banco, seja em procedure, package, triggers, etc...

 

O pessoal aqui de SQL Server, utilizar o Software chamado JNetDirect Farm 
Combine, mas parece que só roda para bancos SQL Server

 

Grato

 

Ednilson

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: quinta-feira, 2 de junho de 2016 10:44
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Aplicador de Scripts

 

  

Esses scripts serão executados ma vez só? Caso sejam recorrentes, você pode 
criar um job via DBMS_SCHEDULER (10g em diante). 

O Cloud Control 12c e 13c tem uma funcionalidade que permite executar scripts a 
nível de SO de forma centralizada.

 

Em 2 de junho de 2016 10:36, 'Ednilson Silva' ednilson.si...@jbs.com.br 
[oracle_br]  escreveu:

  

Bom Dia,

Pessoal, gostaria de saber se existe algum Software para aplicar scripts?

 

Vamos implantar 49 bases pelo Brasil, e vamos supor que preciso aplicar uma 
procedure nessas 49 bases.

 

Grato,

Ednilson

 




-- 

Fabrício Pedroso Jorge.

Administrador de Banco de Dados

 

  certificacaobd.com.br


Resumo Profissional:
  
http://br.linkedin.com/in/fabriciojorge

 

Contatos:
+ 55 91 988991116
skype: fabricio.pedroso.jorge
  fpjb...@gmail.com 

Re: [oracle_br] Aplicador de Scripts

[Fabricio Pedroso Jorge fpjb...@gmail.com [oracle_br]]

Esses scripts serão executados ma vez só? Caso sejam recorrentes, você pode
criar um job via DBMS_SCHEDULER (10g em diante).

O Cloud Control 12c e 13c tem uma funcionalidade que permite executar
scripts a nível de SO de forma centralizada.

Em 2 de junho de 2016 10:36, 'Ednilson Silva' ednilson.si...@jbs.com.br
[oracle_br]  escreveu:

>
>
> Bom Dia,
>
> Pessoal, gostaria de saber se existe algum Software para aplicar scripts?
>
>
>
> Vamos implantar 49 bases pelo Brasil, e vamos supor que preciso aplicar
> uma procedure nessas 49 bases.
>
>
>
> Grato,
>
> Ednilson
>
>
>
> 
>



-- 
*Fabrício Pedroso Jorge.*

Administrador de Banco de Dados

certificacaobd.com.br 

*Resumo Profissional:*
http://br.linkedin.com/in/fabriciojorge

*Contatos:*
+ 55 91 988991116
skype: fabricio.pedroso.jorge
fpjb...@gmail.com

[oracle_br] Aplicador de Scripts

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Bom Dia,

Pessoal, gostaria de saber se existe algum Software para aplicar scripts?

 

Vamos implantar 49 bases pelo Brasil, e vamos supor que preciso aplicar uma
procedure nessas 49 bases.

 

Grato,

Ednilson

 

Re: [oracle_br] OFF - PL/SQLDeveloper

[jlchia...@yahoo.com.br [oracle_br]]

Posso palpitar, Rodrigo ? Só dois pitacozinhos :

1) Quando abrir o chamado na allround, verifique se realmente não há nenhuma 
config, nenhuma funcionalidade que permita indicar ao debugger a sessão a ser 
usada - como desde 2009 que já há indicação disso, pode muito bem ser que eles 
já tenham colocado alguma coisa built-in na ferramenta

e

2)  não só pede pra eles testarem, MAS INDICA também o 
sitehttp://www.thatjeffsmith.com/sql-developer/ : nessa página se acha 
Trocentas dicas importantes para configuração e melhor uso do SQL Developer, 
sem esse recurso a pessoa não vai longe, E via de regra Desenvolvedores não são 
capazes do googlar e achar por si sós...
 E INSISTO também na questão do hardware , rodar o SQL Developer em máquinas de 
baixa capacidade é uma tortura chinesa...

[]s

  Chiappa