Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
código fonteTrabalhando com o SGBD DB2 - Revista SQL Magazine 100 - Parte 3
Este artigo apresenta a configuração do DB2 para que seja utilizado como o banco de dados de uma aplicação. Será demonstrado como o administrador de banco de dados pode se conectar ao DB2 e executar comandos de manutenção e monitoração.
[fechar]
Você não gostou da qualidade deste conteúdo?
(opcional) Você gostaria de comentar o que não lhe agradou?
SQL Magazine 100
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 100
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 100
No primeiro artigo desta série, contamos um resumo do DB2 e da própria linguagem SQL, conhecendo a evolução deste excelente SGBD (Sistema Gerenciador de Banco de Dados) (ler Nota DevMan 1). Vimos também a respeito das diferentes edições e funcionalidades do DB2, qual sua posição no competitivo mercado atual, e finalmente instalamos sua edição gratuita, o DB2 Express-C, e criamos um banco de dados de testes, o SAMPLE.
Nota DevMan 1: SQL
Em 1986 o American National Standard Institute (ANSI) publicou a SQL como linguagem padrão para os bancos de dados relacionais, chamando-o de SQL-86. Assim, a partir de 1986, os sistemas gerenciadores de bancos de dados relacionais passaram a adotar a SQL como linguagem padrão. A SQL é subdividida em três sub-linguagens, que são:
• DDL (Data Definition Language): que apresenta uma série de comandos que permitem a definição dos dados. Dentre os principais comandos, podemos destacar o CREATE, que é destinado à criação do banco de dados e das tabelas que o compõe, além das relações existentes entre as tabelas. Outros exemplos de comandos DDL que podemos citar neste momento são: ALTER e DROP;
• DML (Data Manipulation Language): que apresenta uma série de comandos destinados à manipulação de dados, tais como: consultas, inserções, exclusões e alterações, para um ou mais registros de uma ou mais tabelas de maneira simultânea. Dentre alguns exemplos de comandos DML destacam-se: SELECT, INSERT, UPDATE e DELETE;
• DCL (Data Control Language): que apresenta uma série de comandos para controlar o acesso aos dados, usuários e grupos. Dentre alguns exemplos de comandos DCL, destaca-se o comando GRANT.
Além do padrão SQL, cada fabricante de SGBD pode acrescentar funcionalidades exclusivas ao SGBD. Isto ocorre frequentemente, principalmente com alguns dos principais fabricantes, como Microsoft (SQL Server), Oracle (atualmente com o Oracle11g) e IBM (DB2).
No segundo artigo, aprendemos como conectar ao DB2 via linha de comando, e como configurá-lo para execução de backups, executando-os de diversas formas diferentes, e também executamos uma recuperação simples. Aprendemos sobre como alterar configurações nos bancos de dados e na instância, e aprendemos um pouco sobre o log de diagnóstico do DB2.
Neste terceiro e último artigo desta série, aprenderemos como configurar o DB2 para ter um bom desempenho, e como obter informações sobre o banco de dados neste quesito. Novamente, iremos executar todas estas tarefas via linha de comando, pois temos certeza de que este tipo de ferramenta sempre está disponível para um administrador, ao contrário de ferramentas gráficas ou de terceiros. A ferramenta de linha de comando do DB2 é o CLP, ou Command Line Processor (“Processador de Linha de Comando”) (ver Nota DevMan 2), como explicamos no artigo anterior desta série.
Para saber como otimizar um SGBD, é preciso primeiro causar lentidão nele. Para isto, precisamos de alguma massa de dados, mesmo que simples, para induzir uma carga de trabalho.
Faremos isso criando uma tabela de testes no banco de dados SAMPLE, duplicando diversas vezes o conteúdo de uma tabela já existente e com dados. Para escolher uma tabela, antes de tudo precisamos iniciar novamente o DB2, pois havíamos desligado a máquina virtual que está com o DB2 Express-C instalado anteriormente. O início do DB2 é feito com o comando db2start, como está na linha 1 da Listagem 1. Em seguida, iniciamos o CLP e nos conectamos ao banco de dados SAMPLE (linha 24), que criamos no primeiro artigo desta série. Em seguida, listamos quais são as tabelas do banco de dados, com o comando LIST TABLES, como está na linha 32. Escolhemos então a tabela EMPLOYEE, e verificamos quantos registros ela tem (linha 86). Todos estes comandos devem ser feitos pelo usuário do sistema operacional que é o proprietário da instância DB2, no nosso caso, o usuário db2inst1, que é o padrão utilizado na instalação do DB2.
Nota DevMan 2: CLP – Command Line Processor
"
Este é um post disponível para assinantes MVP
Nota DevMan 1: SQL
Em 1986 o American National Standard Institute (ANSI) publicou a SQL como linguagem padrão para os bancos de dados relacionais, chamando-o de SQL-86. Assim, a partir de 1986, os sistemas gerenciadores de bancos de dados relacionais passaram a adotar a SQL como linguagem padrão. A SQL é subdividida em três sub-linguagens, que são:
• DDL (Data Definition Language): que apresenta uma série de comandos que permitem a definição dos dados. Dentre os principais comandos, podemos destacar o CREATE, que é destinado à criação do banco de dados e das tabelas que o compõe, além das relações existentes entre as tabelas. Outros exemplos de comandos DDL que podemos citar neste momento são: ALTER e DROP;
• DML (Data Manipulation Language): que apresenta uma série de comandos destinados à manipulação de dados, tais como: consultas, inserções, exclusões e alterações, para um ou mais registros de uma ou mais tabelas de maneira simultânea. Dentre alguns exemplos de comandos DML destacam-se: SELECT, INSERT, UPDATE e DELETE;
• DCL (Data Control Language): que apresenta uma série de comandos para controlar o acesso aos dados, usuários e grupos. Dentre alguns exemplos de comandos DCL, destaca-se o comando GRANT.
Além do padrão SQL, cada fabricante de SGBD pode acrescentar funcionalidades exclusivas ao SGBD. Isto ocorre frequentemente, principalmente com alguns dos principais fabricantes, como Microsoft (SQL Server), Oracle (atualmente com o Oracle11g) e IBM (DB2).
No segundo artigo, aprendemos como conectar ao DB2 via linha de comando, e como configurá-lo para execução de backups, executando-os de diversas formas diferentes, e também executamos uma recuperação simples. Aprendemos sobre como alterar configurações nos bancos de dados e na instância, e aprendemos um pouco sobre o log de diagnóstico do DB2.
Neste terceiro e último artigo desta série, aprenderemos como configurar o DB2 para ter um bom desempenho, e como obter informações sobre o banco de dados neste quesito. Novamente, iremos executar todas estas tarefas via linha de comando, pois temos certeza de que este tipo de ferramenta sempre está disponível para um administrador, ao contrário de ferramentas gráficas ou de terceiros. A ferramenta de linha de comando do DB2 é o CLP, ou Command Line Processor (“Processador de Linha de Comando”) (ver Nota DevMan 2), como explicamos no artigo anterior desta série.
Para saber como otimizar um SGBD, é preciso primeiro causar lentidão nele. Para isto, precisamos de alguma massa de dados, mesmo que simples, para induzir uma carga de trabalho.
Faremos isso criando uma tabela de testes no banco de dados SAMPLE, duplicando diversas vezes o conteúdo de uma tabela já existente e com dados. Para escolher uma tabela, antes de tudo precisamos iniciar novamente o DB2, pois havíamos desligado a máquina virtual que está com o DB2 Express-C instalado anteriormente. O início do DB2 é feito com o comando db2start, como está na linha 1 da Listagem 1. Em seguida, iniciamos o CLP e nos conectamos ao banco de dados SAMPLE (linha 24), que criamos no primeiro artigo desta série. Em seguida, listamos quais são as tabelas do banco de dados, com o comando LIST TABLES, como está na linha 32. Escolhemos então a tabela EMPLOYEE, e verificamos quantos registros ela tem (linha 86). Todos estes comandos devem ser feitos pelo usuário do sistema operacional que é o proprietário da instância DB2, no nosso caso, o usuário db2inst1, que é o padrão utilizado na instalação do DB2.
Nota DevMan 2: CLP – Command Line Processor
"
A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Ricardo Portilho Proni
Com 20 anos de experiência profissional, Ricardo Portilho Proni é Oracle ACE e já trabalhou em grande parte dos maiores bancos de dados Oracle e MySQL do Brasil. É certificado em Oracle, MySQL, SQL Server, DB2, Sybase e WebSphere. Arquiteto na UOLDIVEO e Instrutor da Nerv Informática Ltda, também é ...
O que você achou deste post?
Cursos relacionados
Publicidade
