No post de hoje vou dar uma dica rápida sobre o uso do utilitário rlwrap no linux. Ele permite ver o histórico de comandos já executados no SQL*Plus ou RMAN, e editá-los ou executá-los novamente. Para alguns isso pode parecer bobagem, mas é um baita "mão na roda" para quem usa com muita frequência o SQL*Plus ou o RMAN.
Mostrando postagens com marcador Ferramentas. Mostrar todas as postagens
Mostrando postagens com marcador Ferramentas. Mostrar todas as postagens
12 de nov. de 2018
29 de dez. de 2017
Putty não, que tal o MobaXterm?
29 de jun. de 2017
Destruindo o Banco de Dados com o Crash Scenario Manager
Olá pessoal,
No post de hoje quero compartilhar rapidamente com vocês um pequeno e interessante software chamado CRASH SCENARIO MANAGER.
9 de out. de 2015
Gerenciando as Top Sessions com o Spotlight para Oracle
O Spotlight para Oracle possui entre diversas funcionalidades, uma especial, que permite gerenciar as sessões que estão ocupando mais recursos do Banco de Dados, conhecidas como Top Sessions.
17 de set. de 2015
Ajustando o Overhead do Spotlight no Banco de Dados
Olá pessoal,
No post de hoje veremos como configurar o "overhead" do Spotlight. Ao contrário de algumas ferramentas de mercado que fazem monitoramento do BD (Banco de Dados), o Spotlight não usa agente para coletar dados do Oracle.
8 de set. de 2015
Criando os objetos do Spotlight no banco de dados
Diferente de outros softwares de monitoramento, o Spotlight não usa nenhum agente para coletar dados do Banco de Dados Oracle. Quando você instala essa ferramenta a primeira coisa a ser feita é criar uma conexão com o Banco de Dados (ver Imagem 01).
3 de set. de 2015
Monitorando o SO com o Spotlight
Olá pessoal,
No post de hoje falaremos sobre mais uma funcionalidade do Spotlight para Oracle. Da mesma forma que o Spotlight monitora o banco de dados ele também consegue monitorar o sistema operacional no qual o banco de dados foi instalado (ver Imagem 01). Ele não usa nenhum agente para coletar dados do Oracle, assim como também não usa agente para coletar dados do S.O.
31 de ago. de 2015
Gerenciando Locks com o Spotlight
Olá pessoal,
Hoje irei compartilhar com vocês um vídeo muito bacana sobre uma funcionalidade do Spotlight para Oracle que permite diagnosticar problemas de Locks no Banco de Dados. Essa funcionalidade é muito útil, pois permite fazer um drill-down nas informações das sessões e chegar até o nível de detalhe do código SQL.
19 de ago. de 2015
Gerenciando Alertas através das visões de alarmes do Spotlight para Oracle
O Spotlight para Oracle permite diagnosticar problemas de desempenho para rapidamente corrigir gargalos que estiverem ocorrendo no Banco de Dados. Ele é um produto com diversas funcionalidades e possui algumas características que podem não ser bem conhecidas, mas que são muito úteis! Falaremos aqui sobre um conjunto de funcionalidades que podem passar despercebidas: as diferentes visões dos alarmes.
15 de ago. de 2015
Toad e Spotlight com 10% de desconto
Olá pessoal,
Escrevi este post apenas para informar que consegui junto com o pessoal da Dell um super desconto de 10% para quem tiver interesse na aquisição das ferramentas do "Toad DBA Suite", que inclui o Toad, Spotlight e outras ferramentas para administração, monitoramento e resolução de problemas de performance em Bancos de Dados Oracle ou SQL Server.
11 de ago. de 2015
2 de ago. de 2015
TOAD e Spotlight, você conhece?
Olá pessoal,
No post de hoje estou escrevendo para comentar sobre 2 ferramentas para administrar Banco de Dados Oracle que eu gostei muito e que tive a oportunidade de conhecer uma delas em uma palestra do Glauco Costa no Guob Tech Day 2013: o Toad e o Spotlight da Dell Software.
25 de mai. de 2012
Comparando schemas ou objetos de Bancos de Dados diferentes
Olá pessoal,
4- Ao aparecer a tela da Imagem 03, efetue os seguintes procedimentos:
a) Campo Nome: digite o valor EMPLOYEES
b) Campo Esquema: selecione o valor HR
c) Campo Tipo: selecione o valor TABLE
d) Clique no botão que contém a imagem do sinal > , para finalizar a seleção da tabela a ser comparada
5- Ao aparecer a tela da Imagem 04 clique no botão Finalizar:
6- Pronto! A tela da Imagem 05 mostra os resultados da comparação. O painel esquerdo inferior exibe o script DDL do objeto na conexão de origem, e o painel direito inferior exibe o script DDL do objeto na conexão de destino. As linhas com destaque em lilás indicam as diferenças do objeto.
Bom pessoal, por hoje é só!
No artigo de hoje vou apresentar uma funcionalidade muito útil do SQL Developer 3.1, que eu acredito que pouca gente conhece (pois não existia em versões anteriores da ferramenta), e que pode ajudar DBAs e/ou Desenvolvedores, a comparar a estrutura de objetos de schemas de Bancos de Dados distintos. Na versão em português do SQL Developer 3.1, esta funcionalidade chama-se Diferenças em Bancos de Dados e está localizada no menu Ferramentas. Ela é ótima para comparar objetos entre 2 ambientes de BD, tais como os ambientes de Desenvolvimento ou Homologação e o ambiente de Produção.
Ao comparar os objetos a ferramenta exibe uma janela contendo o script DDL do objeto na origem e no destino e destaca o que está diferente entre os 2 BDs. Para efetuar os testes, o único detalhe para que tudo funcione corretamente, é: conecte-se no BD destino sempre com o usuário dono do(s) objeto(s) ou esquema a ser(em) comparado(s). Se você tentar se conectar no BD destino com o usuário SYS, por exemplo, você não verá os resultados da comparação. Além de não funcionar, a ferramenta não exibirá aviso algum e você poderá pensar que trata-se de um bug (eu passei por isso)!
Para demonstrar a funcionalidade, seguiremos o passo-a-passo abaixo para comparar a estrutura da tabela EMPLOYEES, do schema HR, entre um BD de produção, chamado BD_PROD, e um BD de homologação, chamado BD_HOMOLOG:
Observações: Para seguir o passo-a-passo abaixo é necessário ter o schema HR instalado nos BDs de origem e destino. Para mais informações, leia o artigo Instalando o schema de exemplo HR.
1- Clique no menu Ferramentas do SQL Developer (somente versão 3.1) e depois clique em Diferenças em Bancos de Dados;
2- Ao abrir a tela da Imagem 01, selecione nos campos Conexão de Origem e Conexão de Destino, os nomes das conexões dos BDs que você deseja comparar e clique em seguida no botão Próximo;Ao comparar os objetos a ferramenta exibe uma janela contendo o script DDL do objeto na origem e no destino e destaca o que está diferente entre os 2 BDs. Para efetuar os testes, o único detalhe para que tudo funcione corretamente, é: conecte-se no BD destino sempre com o usuário dono do(s) objeto(s) ou esquema a ser(em) comparado(s). Se você tentar se conectar no BD destino com o usuário SYS, por exemplo, você não verá os resultados da comparação. Além de não funcionar, a ferramenta não exibirá aviso algum e você poderá pensar que trata-se de um bug (eu passei por isso)!
Para demonstrar a funcionalidade, seguiremos o passo-a-passo abaixo para comparar a estrutura da tabela EMPLOYEES, do schema HR, entre um BD de produção, chamado BD_PROD, e um BD de homologação, chamado BD_HOMOLOG:
Observações: Para seguir o passo-a-passo abaixo é necessário ter o schema HR instalado nos BDs de origem e destino. Para mais informações, leia o artigo Instalando o schema de exemplo HR.
Passo-a-passo
 |
| Imagem 01 - Etapa 1 da comparação |
3- Ao aparecer a tela da Imagem 02, deixe marcado somente o campo Tabelas e clique no botão Próximo;
 |
| Imagem 02 - Etapa 2 da comparação |
4- Ao aparecer a tela da Imagem 03, efetue os seguintes procedimentos:
a) Campo Nome: digite o valor EMPLOYEES
b) Campo Esquema: selecione o valor HR
c) Campo Tipo: selecione o valor TABLE
d) Clique no botão que contém a imagem do sinal > , para finalizar a seleção da tabela a ser comparada
 |
| Imagem 03 - Etapa 3 da comparação |
5- Ao aparecer a tela da Imagem 04 clique no botão Finalizar:
 |
| Imagem 05 - Resultados da comparação |
Bom pessoal, por hoje é só!
[]s
14 de nov. de 2011
Benchmark de performance em Bancos de Dados Oracle com o Swingbench
ATUALIZADO EM 27/11/2024
Olá pessoal,
No artigo de hoje vou apresentar rapidamente uma ferramenta muito interessante que estou utilizando para executar benchmark de performance em Bancos de Dados Oracle: o Swingbench. Swingbench é um software livre que foi desenvolvido em Java por Dominic Giles (especialista em Banco de dados da Oracle UK), projetado para executar e monitorar cargas de dados em Bancos de Dados Oracle 10G e 11G, instâncias standalone ou RAC. Ele pode ser instalado em Windows, Linux e vários outros sistemas operacionais e possui funcionalidades para simulação de 4 tipos de aplicações, entre elas a de Entrada de Pedidos, que funciona muito bem no Oracle Database e que será apresentada neste artigo.
28 de out. de 2010
Cargas de dados mais rápidas com o SQL Loader
Olá Pessoal,
O arquivo de log é um arquivo texto que contém um resumo detalhado do processo de carga.
O arquivo de dados rejeitados ou arquivo de erros (bad file), contém registros que são rejeitados pelo processo de carga por conterem dados em formato de entrada inválido. Ele permite verificar quais linhas do arquivo de dados foram rejeitadas, para que você possa posteriormente analisar a causa da rejeição.
Para verificar o desempenho do SQL Loader, criaremos os seguintes objetos e arquivos:
1- Uma tabela CLIENTES em um Banco de Dados Oracle com um usuário que tenha privilégios para criar tabelas em seu próprio schema:
CREATE TABLE cliente
(
cod_cliente NUMBER,
nom_cliente VARCHAR2(50),
dat_nascimento DATE,
dat_inclusao DATE
)
2- Um arquivo de controle com o nome clientes.ctl, que pode ser baixado a partir do Meu Sky Drive (ver painel inferior direito), pasta Oracle -> Scripts, arquivo clientes.zip.
Neste arquivo de controle foram parametrizados os seguintes valores:
- OPTIONS (SILENT=ALL, DIRECT=TRUE):
Suprime todas as mensagens de feedback durante a execução da carga e faz inserção em modo DIRECT PATH (mais rápido).
- UNRECOVERABLE LOAD DATA:
Não gera redo log.
- CHARACTERSET WE8ISO8859P1:
Utiliza character set WE8ISO8859P1.
- TRUNCATE:
Trunca dados da tabelas antes de iniciar a inserção dos dados.
- FIELDS TERMINATED BY '|':
Utiliza o caractere "|" como delimitador de colunas.
- OPTIONALLY ENCLOSED BY '"'
Indica que o caractere " (aspas duplas) pode ser utilizado opcionalmente como delimitador de valores.
- cod_eleitor SEQUENCE(Max):
Insere código sequencial na coluna "cod_eleitor".
- dat_nascimento "TO_DATE (:dat_nascimento, 'dd/mm/yyyy')":
Converte data de nascimento (coluna dat_nascimento), recuperada do arquivo de dados, no formato 'dd/mm/yyyy'.
- dat_inclusao SYSDATE:
Insere data/hora atual na coluna inclusão.
3- Um arquivo de dados no formato de registro variável, com o nome clientes.txt. Crie o arquivo com 254.000 linhas repetindo o conteúdo das 2 linhas abaixo:
"Homer Simpson"|"06/08/1910"
"Marge Simpson"|"23/10/1914"
Obs.: Crie os arquivos clientes.ctl e clientes.txt na mesma pasta.
O comando acima irá ler o arquivo de controle clientes.ctl e se tudo estiver OK, irá iniciar o processo de carga e gerar um arquivo de log com o nome clientes.log.
Para efeitos de comparação de performance entre um processo de carga executado pelo SQL Loader e um processo de carga executado por um script de comandos INSERT, seguem abaixo os resultados de um teste que eu fiz:
TESTE 1- Carga de dados de 254.000 registros via SQL Loader utilizando o exemplo deste artigo:
Tempo de execução: 04 segundos.
TESTE 2- Carga de dados de 254.000 registros via SQL Plus executando um script de comandos INSERT:
Tempo de execução: 12 minutos e 25 segundos.
Neste teste (conforme os parâmetros configurados) tivemos um mega ganho (18.625% superior) de desempenho no tempo de execução da carga utilizando o SQL Loader.
COMENTÁRIOS FINAIS:
Referências:
- SQL*Loader (sqlldr) Utility tips: http://www.dba-oracle.com/tips_sqlldr_loader.htm
- Oracle SQL*Loader: http://www.psoug.org/reference/sqlloader.html
- Oracle SQL*Loader Overview: http://www.oracle.com/technology/products/database/utilities/htdocs/sql_loader_overview.html
- SQL*Loader Command-Line Reference: http://www.csee.umbc.edu/help/oracle8/server.815/a67792/ch06.htm
- SQL*Loader Control File Reference: http://www.cs.umbc.edu/help/oracle8/server.815/a67792/ch05.htm
- Treinamento oficial da Oracle "Oracle Database 10G Administration Workshop I".
No artigo de hoje iremos falar sobre o SQL Loader, um utilitário que permite ler dados de arquivos externos e carregar estes dados em tabelas de um Banco de Dados Oracle, com a vantagem de efetuar cargas de dados mais rápidas que os caminhos de atualização de dados convencionais, tais como scripts de INSERT.
O SQL Loader pode ser instalado através do instalador do Oracle Client e seu arquivo utilitário, sqlldr.exe, encontra-se na pasta "ORACLE_HOME\<versão do cliente>\bin".
Ex.: "C:\Oracle\Produto\Cliente\10gR2\BIN\sqlldr.exe".
Para executar uma carga de dados com o utilitário do SQL Loader , deve-se utilizar obrigatoriamente, como parâmetros, um arquivo de controle e um arquivo de dados. Opcionalmente, a carga de dados pode gerar log das operações executadas, dos dados rejeitados e dos dados descartados.
O arquivo de controle é um arquivo texto com uma extensão .ctl (preferencial, mas não obrigatória), que deve conter as seguintes informações: caminho e nome do arquivo de dados, formato dos dados, detalhes de configurações e como manipular os dados.
O arquivo de dados é um arquivo texto com uma extensão qualquer (.csv, .dat, .txt etc.), que poderá conter registros (linhas) em um dos seguintes formatos: registro fixo, registro variável e registro de fluxo.
O arquivo de log é um arquivo texto que contém um resumo detalhado do processo de carga.
O arquivo de dados rejeitados ou arquivo de erros (bad file), contém registros que são rejeitados pelo processo de carga por conterem dados em formato de entrada inválido. Ele permite verificar quais linhas do arquivo de dados foram rejeitadas, para que você possa posteriormente analisar a causa da rejeição.
O arquivo de dados descartados é criado somente quando for especificado no arquivo de controle e contém registros que são excluídos do processo de carga por não corresponderem aos critérios de seleção de carga, especificados no arquivo de controle.
Na Imagem 01 abaixo, podemos visualizar todos os itens citados citados acima e como eles interagem com o utilitário do SQL Loader:
Na Imagem 01 abaixo, podemos visualizar todos os itens citados citados acima e como eles interagem com o utilitário do SQL Loader:
 |
| Imagem 01 - Diagrama da Estrutura do SQL Loader Fonte: Oracle Corporation |
Neste artigo não explicarei todos os detalhes do SQL Loader. Meu objetivo é apenas apresentar uma visão geral e demonstrar seu desempenho (através de um exemplo).
Para verificar o desempenho do SQL Loader, criaremos os seguintes objetos e arquivos:
1- Uma tabela CLIENTES em um Banco de Dados Oracle com um usuário que tenha privilégios para criar tabelas em seu próprio schema:
CREATE TABLE cliente
(
cod_cliente NUMBER,
nom_cliente VARCHAR2(50),
dat_nascimento DATE,
dat_inclusao DATE
)
2- Um arquivo de controle com o nome clientes.ctl, que pode ser baixado a partir do Meu Sky Drive (ver painel inferior direito), pasta Oracle -> Scripts, arquivo clientes.zip.
Neste arquivo de controle foram parametrizados os seguintes valores:
- OPTIONS (SILENT=ALL, DIRECT=TRUE):
Suprime todas as mensagens de feedback durante a execução da carga e faz inserção em modo DIRECT PATH (mais rápido).
- UNRECOVERABLE LOAD DATA:
Não gera redo log.
- CHARACTERSET WE8ISO8859P1:
Utiliza character set WE8ISO8859P1.
- TRUNCATE:
Trunca dados da tabelas antes de iniciar a inserção dos dados.
- FIELDS TERMINATED BY '|':
Utiliza o caractere "|" como delimitador de colunas.
- OPTIONALLY ENCLOSED BY '"'
Indica que o caractere " (aspas duplas) pode ser utilizado opcionalmente como delimitador de valores.
- cod_eleitor SEQUENCE(Max):
Insere código sequencial na coluna "cod_eleitor".
- dat_nascimento "TO_DATE (:dat_nascimento, 'dd/mm/yyyy')":
Converte data de nascimento (coluna dat_nascimento), recuperada do arquivo de dados, no formato 'dd/mm/yyyy'.
- dat_inclusao SYSDATE:
Insere data/hora atual na coluna inclusão.
3- Um arquivo de dados no formato de registro variável, com o nome clientes.txt. Crie o arquivo com 254.000 linhas repetindo o conteúdo das 2 linhas abaixo:
"Homer Simpson"|"06/08/1910"
"Marge Simpson"|"23/10/1914"
Obs.: Crie os arquivos clientes.ctl e clientes.txt na mesma pasta.
4- Após criar os objetos e arquivos dos passos anteriores, abra uma janela de comandos do Sistema Operacional, entre na pasta em que você criou os arquivos e digite o comando abaixo, substituindo XXX e ZZZ pelo nome e senha do usuário que criou a tabela e YYY pelo nome da instância de Banco de Dados em que a tabela foi criada:
sqlldr userid=XXX@YYY/ZZZ control=clientes.ctl log=clientes.logO comando acima irá ler o arquivo de controle clientes.ctl e se tudo estiver OK, irá iniciar o processo de carga e gerar um arquivo de log com o nome clientes.log.
Para efeitos de comparação de performance entre um processo de carga executado pelo SQL Loader e um processo de carga executado por um script de comandos INSERT, seguem abaixo os resultados de um teste que eu fiz:
TESTE 1- Carga de dados de 254.000 registros via SQL Loader utilizando o exemplo deste artigo:
Tempo de execução: 04 segundos.
TESTE 2- Carga de dados de 254.000 registros via SQL Plus executando um script de comandos INSERT:
Tempo de execução: 12 minutos e 25 segundos.
Neste teste (conforme os parâmetros configurados) tivemos um mega ganho (18.625% superior) de desempenho no tempo de execução da carga utilizando o SQL Loader.
COMENTÁRIOS FINAIS:
Através dos resultados dos testes que eu fiz utilizando o exemplo deste artigo, conseguimos verificar que o SQL Loader é uma ótima ferramenta para ser utilizada para efetuar cargas de dados quando a origem dos dados é um arquivo externo, em formato texto.
Para mais informações, leia o FAQ oficial da Oracle e as referências deste artigo.
Para mais informações, leia o FAQ oficial da Oracle e as referências deste artigo.
Referências:
- SQL*Loader (sqlldr) Utility tips: http://www.dba-oracle.com/tips_sqlldr_loader.htm
- Oracle SQL*Loader: http://www.psoug.org/reference/sqlloader.html
- Oracle SQL*Loader Overview: http://www.oracle.com/technology/products/database/utilities/htdocs/sql_loader_overview.html
- SQL*Loader Command-Line Reference: http://www.csee.umbc.edu/help/oracle8/server.815/a67792/ch06.htm
- SQL*Loader Control File Reference: http://www.cs.umbc.edu/help/oracle8/server.815/a67792/ch05.htm
- Treinamento oficial da Oracle "Oracle Database 10G Administration Workshop I".
11 de ago. de 2010
Quickview/Instalação do Oracle SQL Developer 2.1
Olá Pessoal,
- Criar e testar instruções DML e DDL em geral.
O Oracle SQL Developer é uma ótima ferramenta para executar atividades gerais de desenvolvimento em Bancos de Dados Oracle e nela é até possível executar algumas atividade rotineiras de Administração de Bancos de Dados, mas ela não é uma ferramenta direcionada para Administração do Banco de Dados. No Oracle SQL Developer não é possível gerenciar roles, planos de recursos, profiles e outras atividades/funcionalidades de Administração do Banco de Dados. Para Administração do Banco de Dados indico as seguintes ferramentas da Oracle: Console do Enterprise Manager (instalação opcional com o Oracle Client) e a ferramenta web Enterprise Manager (Database Control ou Grid Control).
Para instalar o SQL Developer 2.1 efetue os seguintes passos:
PASSO 1: Efetuando download do SQL Developer 2.1:
Faça o download do SQL Developer 2.1 a partir do link oficial da Oracle em http://www.oracle.com/technetwork/developer-tools/sql-developer/downloads/index.html
PASSO 2: Descompacte o SQL Developer 2.1:
Descompacte o arquivo baixado no download do passo anterior em uma pasta qualquer (Ex.: C:\2.1).
PASSO 3: Finalizando a instalação do SQL Developer 2.1:
COMENTÁRIOS FINAIS:
OBSERVAÇÕES:
Este é o 1º artigo deste blog. Nele farei uma apresentação rápida do Oracle SQL Developer, uma ferramenta criada pela Oracle em 2006, que permite conectar-se em Bancos Dados Oracle, a partir da versão 9i Release 2. Informarei a seguir, as principais características e como instalar esta ferramenta.
O Oracle SQL Developer, atualmente na versão 2.1, é uma ferramenta gráfica gratuita, que simplifica as atividades de desenvolvimento em Bancos de Dados Oracle, oferecendo alta produtividade e ótimos recursos para quem necessita executar as principais atividades de desenvolvimento em um Banco de Dados Oracle, tais como:
- Criar/atualizar: stored procedures, funções, packages, tabelas, visões, visões materializadas e outros objetos.- Criar e testar instruções DML e DDL em geral.
O Oracle SQL Developer é uma ótima ferramenta para executar atividades gerais de desenvolvimento em Bancos de Dados Oracle e nela é até possível executar algumas atividade rotineiras de Administração de Bancos de Dados, mas ela não é uma ferramenta direcionada para Administração do Banco de Dados. No Oracle SQL Developer não é possível gerenciar roles, planos de recursos, profiles e outras atividades/funcionalidades de Administração do Banco de Dados. Para Administração do Banco de Dados indico as seguintes ferramentas da Oracle: Console do Enterprise Manager (instalação opcional com o Oracle Client) e a ferramenta web Enterprise Manager (Database Control ou Grid Control).
Para instalar o SQL Developer 2.1 efetue os seguintes passos:
PASSO 1: Efetuando download do SQL Developer 2.1:
Faça o download do SQL Developer 2.1 a partir do link oficial da Oracle em http://www.oracle.com/technetwork/developer-tools/sql-developer/downloads/index.html
PASSO 2: Descompacte o SQL Developer 2.1:
Descompacte o arquivo baixado no download do passo anterior em uma pasta qualquer (Ex.: C:\2.1).
PASSO 3: Finalizando a instalação do SQL Developer 2.1:
Mova a pasta em que os arquivos foram descompactados no passo anterior (que eu passarei a chamar de pasta 2.1) para uma pasta qualquer de sua preferência.
Nas instalações que eu faço em máquinas com SO Windows, eu gosto de mover a pasta 2.1 para C:\Arquivos de Programas\Oracle\Oracle Sql Developer.
Para finalizar crie um atalho na sua área de trabalho para o arquivo executável sqldeveloper.exe que encontra-se na pasta 2.1. Se a pasta 2.1 foi criada de acordo com as indicações deste artigo, o arquivo sqldeveloper.exe encontra-se no seguinte caminho: C:\Arquivos de Programas\Oracle\Oracle Sql Developer/2.1/sqldeveloper.exe.
Para finalizar crie um atalho na sua área de trabalho para o arquivo executável sqldeveloper.exe que encontra-se na pasta 2.1. Se a pasta 2.1 foi criada de acordo com as indicações deste artigo, o arquivo sqldeveloper.exe encontra-se no seguinte caminho: C:\Arquivos de Programas\Oracle\Oracle Sql Developer/2.1/sqldeveloper.exe.
COMENTÁRIOS FINAIS:
Recomendo o uso desta ferramenta a todos os desenvolvedores que trabalham com Banco de Dados Oracle e para os DBA´s Oracle que precisam de maior produtividade e que gostam de uma interface mais amigável que o SQL Plus para realizar determinadas atividades, tais como: atualizar ou extrair DDL de objetos do Banco de Dados.
OBSERVAÇÕES:
Comparando-se a versão 1.5 com a versão 2.1 (última versão do SQL Developer até a data da publicacão deste artigo), na 2.1 o Oracle SQL Developer apresenta dentre as principais melhorias (que eu percebi): melhor performance e recursos visuais mais elaborados, como por exemplo, barra de progresso para acompanhar a execução de um script SQL.
Assinar:
Postagens (Atom)
