Slackware 14.

2 com o Oracle 11g R2

No ambiente Empresarial
Gabriel S. Sereno1 , Johnny Brando1 , Lus F. Gussani1 , Renan L. Machado1
1
Instituto Federal do Esprito Santo
29.311-970 Cachoeiro de Itapemirim ES Brazil
gabrielf2@live.com, johnny brando@hotmail.com, luisfernando.0508@hotmail.com,

renan-lamon@hotmail.com

Abstract. Information is vital for organizations and to store them it is necessary

to use the Database, so Frio Light a company that distributes Danone products
used a search to define which DBMS to use in their Systems. Using the Borda
Method to select the DBMS, supplying the needs found for the acquisition of the
DBMS is beneficial. The evaluation indicated the DBMS Oracle, one of the most
important it companies in the world to serve in conjunction with the System.
After the evaluation, the installation of Oracle was guaranteed, confirming its
performance and its greatness.

Resumo. As informaco es sao vitais para as organizaco es e para armazena-las

e necessario o uso do Banco de Dados, assim a Frio Light uma empresa que
distribui produtos da Danone utilizou uma pesquisa para definir qual SGBD
utilizar em seus Sistemas. Utilizando o Metodo de Borda para a seleca o do
SGBD, suprindo as necessidades encontradas para que a aquisica o do SGBD
seja benefica. A avaliaca o indicou o SGBD Oracle, uma das mais importan-
tes empresas de Informatica no mundo para servir em conjunto com o Sistema.
Apos a avaliaca o foi garantida a instalaca o do Oracle comprovando o seu de-
sempenho e a sua grandeza.

1. Introduca o
As empresas necessitam dos Sistemas para suprir a demanda de informaco es ge-
radas de todos os processos para que sejam registrados e armazenados. Geralmente, as
organizaco es utilizam essas informaco es para impulsionar a produca o, pois a verificaca o
e um feedback importante para a tomada de decisoes.
Para que esse armazenamento de dados massivos sejam realizados, e necessario
a utilizaca o do Banco de Dados, sendo esse uma parte integrada ao Sistema que tem a
funca o de guardar todos os dados requisitados pelo Sistema.
Portanto utilizamos a distribuica o Slackware 14.2 para ser feito a comparaca o
entre os Banco de Dados e aplica-los ao ambiente empresarial da empresa Frio Light para
a comprovaca o de sua eficiencia e comportamento.

2. A Empresa
Os testes dos Banco de Dados sao importantes para o futuro da empresa, bem
como melhorar eficientemente o desenvolvimento e a utilizaca o do Sistema e agregar o
acesso de dados rapidos a seguranca.
 Apenas foi possvel realizar os testes gracas a permissao da administraca o da Frio
Light para ser escolhida o novo Banco de Dados. Essa empresa e localizada na cidade
de Cachoeiro de Itapemirim, Espirito Santo, no bairro Monte Cristo, tendo como carac-
terstica a sua grandeza e a importante influencia nos mercados locais com a distribuica o
dos produtos da marca Danone, contendo diversos funcionarios que utilizam o atual Sis-
tema da empresa que ajuda no registro das vendas.

3. Sistemas de Informaca o
O maior utenslio para a administraca o de uma empresa se chama Sistemas
de Informaca o, que tem a funca o de oferecer todos os tipos de servicos para que as
organizaco es tenham o total controle das suas a reas.
Oliveira (2008) explica que Sistemas de Informaca o sao processos utilizados para
transformar dados em informaco es, trabalhando em conjunto ao Banco de Dados para
auxiliar o processo decisorio.

4. Banco de Dados e SGBD

A integraca o entre Banco de Dados e o Sistema de Informaca o e fundamental
para o perfeito funcionamento, oferecendo todas as suas funcionalidades com rapidez e
confiabilidade.
Para ser entendido o que e um Banco de Dados, Heuser (2010) relata que e uma
coleca o de dados persistentes, usados pelos Sistemas de uma determinada empresa.
Esses dados persistentes sao utilizados para as analises estrategicas da empresa,
determinando a tomada de decisao realizada por seus gerentes. Sao gerenciados pelo
SGBD (Sistema de Gerenciamento de Banco de Dados), de acordo com Gaudencio
(2012), visando a manutenca o de registros e a integridade dos dados armazenados uti-
lizando tecnicas para que o registro seja sucedido.

5. Processo de Escolha do SGBD

O processo de escolha do SGBD para a empresa Frio Light foi definida por
avaliaca o em cima de topicos importantes que sao necessarios para suprir os requisi-
tos que a empresa demanda. Sao eles: Confiabilidade, Robustez, Seguranca, Suporte
Tecnico, Administraca o Eficaz e Simplificada, Performance, Custo Benefcio, Portabi-
lidade, Evoluca o Contnua, Aderencia a Padroes, Balanceamento de Carga, Two-Phase
Commit, Demanda de Hardware, Disponibilidade, Compatibilidade e por fim Reduca o de
Custos.
Todos esses topicos foram atribudos a tres categorias de importancias que definem
o peso de suas notas, na qual foram: Nao-necessario, Desejavel e Obrigatorio.
Para a escolha do SGBD ideal foram analisados os mais presentes no mercado e
com historia, para que os riscos serem menores durante a escolha. Foram escolhidos os
SGBDs: Oracle, MySQL, PostgreSQL e Sybase.
Com todas essas informaco es reunidas, foi utilizado como ferramenta o Metodo
de Borda em conjunto a uma planilha para a escolha, tangendo o SGBD ideal. A seguir a
planilha e a escolha do vencedor:
 Tabela 1. Tabela Comparativa entre os SGBDs
Peso Requisitos 1o 2o 3o 4o
3 Confiabilidade 4 A 3 C 2 B 2 D
3 Robustez 4 A 3 C 2 B 1 D
3 Seguranca 4 A 3 C 2 B 2 D
3 Suporte Tecnico 4 C 3 A 2 D 1 B
2 Administraca o Eficiente 4 B 3 D 3 A 3 C
1 Custo x Beneficio 4 B 3 D 2 A 2 C
1 Portabilidade 4 A 3 C 2 B 2 D
2 Evoluca o Continua 4 B 3 C 3 A 3 D
3 Balanceamento e Carga 4 A 3 C 2 B 2 D
2 Aderencia a padrao 4 C 3 A 2 D 2 B
3 Performance 4 A 3 C 2 D 2 B
3 Two-Phase Commit 4 A 3 B 3 C 3 D
1 Demanda de Hardware 4 D 3 A 2 C 2 B
3 Disponibildade 4 A 3 B 3 C 3 D
1 Compatibilidade 4 C 3 A 2 B 2 D
2 Reduca o de Custos 4 B 3 D 2 C 2 A

do SGBD
Tabela 2. Avaliacao

Tabela 3. Posicao
Resultado SGBDs Avaliados
Vencedor Oracle
63 A Oracle
2o lugar Sybase
43 B PostgreSQL
3o lugar PostgreSQL
56 C Sybase
4 lugar Mysql
38 D Mysql

Tabela 4. Pesos
SGBDs Avaliados
1 Nao-necessario
2 Desejavel
3 Obrigatorio
 Em conjunto com os representantes da empresas, foi possvel a avaliaca o de cada
item, para que a real necessidade seja suprida e assim avaliar o melhor SGBD para a
situaca o atual e futura. Portanto com a finalizaca o e a divulgaca o do resultado, o SGBD
Oracle foi escolhido para trabalhar em conjunto com o Sistema. A seguir, cada topico
esta descrito com a avaliaca o feita para cada SGBD.

5.1. Confiabilidade
O requisito da confiabilidade propoe que o produto trabalhe com menos falhas
possveis e execute isso pelo maior tempo possvel. Sendo assim, e um requisito ex-
tremamente necessario, visto que quanto mais falhas o produto tiver mais prejuzo tera.
Portanto a nota deste requisito sera apresentada na tabela com peso 3. Analisando os
SGBDs: Oracle, MySQL, PostgreSQL e Sybase, vimos que o Oracle tem um historico de
confiabilidade maior que os demais.

5.2. Robustez
A robustez trata da quantidade de dados que o SGBD consegue administrar. Como
a empresa esta com crescimento acelerado, foi prudente atribuir peso 3 para este requi-
sito. Dentro dos SGBDs que foram analisados, o Oracle consegue administrar maiores
quantidades de dados.

5.3. Seguranca
O requisito da seguranca e algo que vai presar pela seguranca dos dados. Este
requisito e de suma importancia, por isso foi atribudo o peso 3 para o mesmo. O SGBD
que se saiu melhor neste requisito foi o Oracle.

5.4. Suporte Tecnico

Suporte para o produto e fundamental ja que garante a continuidade do bom uso
do produto, entao o peso deste requisito e 3. O produto que se saiu melhor dentre os
demais foi o Sybase.

5.5. Administraca o Eficaz e Simplificada

Requisito que presa a agilidade de negocios, portanto o peso deste requisito sera
2. O SGBD que se destacou dentre os demais foi o PostgreSQL.

5.6. Performance
O requisito performance e um requisito que avalia a quantidade de tempo em que
um produto consegue administrar dados. Portanto dentro dos moldes da empresa este
requisito ganha peso 3. Para ser analisado o vencedor, foi feito uma simples Query e foi
observado o resultado, a Query em questao:
SELECT * FROM bairro;
As repostas foram: Oracle:5s, Sybase:7s, MySQL:8s, PostgreSQL:8s.

5.7. Custo x Benefcio

O custo benefcio e importante para qualquer empresa. Este requisito tera peso 1.
PostgreSQL por ser um Open Source, vai se destacar neste requisito.
5.8. Portabilidade
Este requisito avalia a capacidade do SGBD de trabalhar em varias estruturas ope-
racionais diferentes sem que haja uma mudanca na sua estrutura logica. Portanto, o peso
para este requisito e 1. O SGBD que foi mais bem avaliado foi o Oracle.

5.9. Evoluca o Contnua

Este requisito avalia a capacidade de atualizaca o do produto, e comum SGBDs
Open Source se destacar devido o auxlio da comunidade. O peso para este requisito foi
2 e o produto que mais se destacou foi o PostgreSQL.

5.10. Aderencia a Padroes

Este requisito trata-se da capacidade do produto se adaptar a novas tecnologias. O
peso escolhido para este requisito foi 2. O SGBD que se saiu melhor foi Sybase.

5.11. Balanceamento de Carga

Este requisito avalia o tratamento de grandes volumes de dados e grande quanti-
dade de usuarios e o processamento e feito de forma distribuda. O peso para este requisito
foi 3. O Oracle se saiu melhor dentre os demais, visto que o mesmo consegue suprir bem
a necessidade de trabalhar com grandes volumes de dados.

5.12. Two-Phase Commit

Este requisito avalia qual SGBD se sai melhor na integridade das transaco es, por-
tanto o peso para este requisito que e de suma importancia e 3. O SGBD que apresentada
maior desempenho em relaca o a esse topico e o Oracle.

5.13. Demanda de Hardware

Este requisito avalia a capacidade do produto de se adaptar ao hardware. Ava-
liando a empresa, este requisito recebeu o peso 1. O SGBD que se saiu melhor foi o
MySQL

5.14. Disponibilidade
Este requisito avalia a capacidade do produto se adaptar a necessidade atual da
empresa. O peso para este requisito foi de 3. O SGBD que melhor se adapta a necessidade
atual e o Oracle.

5.15. Compatibilidade
Avalia a capacidade do produto se adaptar a um sistema herdado. O peso para este
requisito foi de 1. O SGBD que se saiu melhor foi o Sybase

5.16. Reduca o de Custos

Este requisito avalia a capacidade do produto para reduzir custos a empresa. O
peso para este requisito foi de 2. O SGBD que se saiu melhor foi o PostgreSQL devido
ao fato do mesmo ser Open Source.
6. Usuarios
Para ser utilizado o Oracle, e necessario possuir um conhecimento previo sobre
os seus usuarios para que se tenha mais seguranca durante a manipulaca o dos dados pelo
SGBD. Segundo Eduardo (2012) os usuarios tem as seguintes funco es:
Username: SYS
Password: change on install
Descrica o: Usuario utilizado para realizar todas as tarefas de administraca o
do banco de dados e proprietario do dicionario do banco de dados.

Username: SYSTEM
Password: manager
Descrica o: Usuario de administraca o do banco de dados. Funciona como se
fosse um gerente.

Username: SYSMAN
Password: change on install
Descrica o: Usuario administrativo para realizar as tarefas pelo Oracle.

7. Instalaca o do Oracle 11g no Slackware 14.2

Antes de comecar o processo de instalaca o do Oracle 11g R2, precisa-se criar o
usuario Oracle, seus diretorios e criar o arquivo .bash profile com as informaco es do
usuario. Primeiramente crie os grupos necessarios para o Oracle:
groupadd oinstall
groupadd dba
O usuario oracle deve ter como grupo primario oinstall e como grupo secundario
dba, para isso de o comando para criar o usuario e adiciona-lo nos grupos:
useradd g oinstall G dba oracle
Mude a senha do usuario oracle.
passwd oracle
Agora configure os diretorios onde o oracle sera instalado:
mkdir p /u01/app/
chown oracle:oinstall /u01/app/
chmod R 775 /u01/app/
Configurando perfil do usuario:
mkdir /home/oracle
chown oracle:oinstall /home/oracle
chmod R 775 oracle
 Digite o comando visudo para abrir o arquivo Sudoers. Procure por User
privilegie specificarion, possivelmente ira reparar que ha uma linha root ALL=(ALL)
ALL, entao, crie outra linha adicionando os privilegios para o oracle, com a linha oracle
ALL=(ALL) ALL. Para sair aperte Esc e digite :wq.

Figura 1. Arquivo sudoers

Crie o arquivo .bash profile no diretorio /home/oracle e coloque as informaco es

do usuario:

Figura 2. Variaveis
de ambiente do usuario Oracle

Baixe os seguintes arquivos do site do Oracle e descompacte-os no mesmo di-

retorio onde ira formar a pasta database.
http://download.oracle.com/otn/linux/oracle11g/R2/linux.x64 11gR2 database 1of2.zip
http://download.oracle.com/otn/linux/oracle11g/R2/linux.x64 11gR2 database 2of2.zip
Apos descompactar, de permissao para o usuario oracle acessar a pasta database:
chown -R oracle:oinstall Downloads
chmod R 775 Downloads
chown R oracle:oinstall database
chmod R 775 database
Agora como root, digite o comando xhost +:

Figura 3. Executando o comando xhost +

Entre como o usuario oracle e acesse a pasta database gerada. Execute o script de
instalaca o do oracle, digite : ./runInstaller ignorePrereq.
A primeira tela solicita o endereco do E-mail e se deseja nao receber informaco es,
apenas deixe em branco e confirme:

Figura 4. O comeco da instalacao

Clique em Create and configute a database:

Figura 5. Tela de criar e configurar o Database

Escolha a opca o Server Class, que e o ambiente que ira instalar o Oracle:

do Servidor
Figura 6. Tela de escolha de instalacao

Escolha a opca o Single instance database installation:

Figura 7. Tela de escolher o tipo de Database

Agora vamos selecionar a opca o Advanced install:

Figura 8. Tela de escolher o tipo de instalacao
Escolha o idioma do Oracle:

Figura 9. Tela de escolher o idioma

Selecione o tipo de instalaca o Enterprise Edition:

Figura 10. Tela para escolher a edicao
 Automaticamente estara preenchido o diretorio, apenas confirme:

Figura 11. Tela dos diretorios
da instalacao

Ira ser especificado como padrao o diretorio do inventario do Oracle, apenas con-
firme:

Figura 12. Tela do diretorio do inventario

Selecione a primeira opca o General Purpose/Transaction Processing:

Figura 13. Tela para escolher o tipo do Banco de Dados

 Defina o Global database e o SID como orcl e confirme:

Figura 14. Tela para definir o nome do usuario e do Banco de Dados Global

Nesta tela a quantidade de memoria usada por cada a rea do SGA e PGA e se sera
gerenciada automaticamente:

Figura 15. Tela para definir a quantidade de memoria usada
 Na guia Samples Schemas, e opcional a escolha de selecionar a opca o Create
database with sample schemas para ter uma base de treinamento.

Figura 16. Tela para definir sample schemas

Deixe como esta na imagem abaixo Use Database for control database manage-
ment e confirme:

Figura 17. Tela para definir o controle do BD

Selecione onde ficara a base de dados:

Figura 18. Tela para escolher o diretorio da base de dados

Aqui e a opca o de backups, deixe desativado esta opca o e confirme:

Figura 19. Tela para escolher Backup

 Defina as senhas do SYS, SYSTEM, SYSMAN e DBSNMP:

Figura 20. Tela para definir as senhas dos principais utilizadores do BD/SGBD

Nessa etapa apenas confirme, nela esta especificando os grupos OSDBA e OSO-
PER como dba e root respectivamente:

Administrar o BD
Figura 21. Tela para escolher os grupos que irao
 Ira aparecer o sumario de instalaca o, apenas confirme:

Figura 22. Tela do roteiro de instalacao

Aqui, se inicia a instalaca o dos arquivos e configuraco es. Se du-

rante essa etapa der o erro Error in invoking target agent nmhs of ma-
kefile /u01/app/oracle/product/11.2.0/db 1/sysman/lib/ins emagent.mk. See
/u01/app/oraInsventory/logs/installActions2017-03-27 01-23-30PM.log for details.,
abra um terminal e entre como usuario oracle.
Crie um arquivo chamado fixsysman.sh com o comando nano fixsysman.sh e
adicione as seguintes linhas:
ORACLE HOME=/u01/app/oracle/product/11.2.0/db 1
If [[-e ORACLE HOME /sysman/lib/ins emagent.mk ]]; then
Sed i e s/(MK EMAGENT NMECTL)/(MK EMAGENT NMECTL)
lnnzll/g ORACLE HOME/sysman/lib/ins emagent.mk
fi
Salve o script. Agora vamos dar permissao de execuca o do script com o comando:
chmod u+x 775 fixsysman.sh
Execute o comando ./fixsysman.sh e continue a instalaca o normalmente:

Figura 23. Tela do progresso da instalacao

Figura 24. Segunda tela do progresso da instalacao
 Apos o termino da configuraca o aparecera uma tela com as informaco es da criaca o
do database , explicando que todas as contas exceto SYS, SYSTEM, DBSNMP e SYS-
MAN estao bloqueadas. Isso e o padrao, entao basta clicar em Ok que a instalaca o ira
continuar normalmente:

Figura 25. Tela de bloqueio de usuarios

Ao termino da instalaca o, ira ser requisitado que os dois scripts manualmente

sejam executados logado como root, sendo eles:
/u01/app/oraInventory/orainstRoot.sh e o outro
/u01/app/oracle/product/11.2.0/db 1/root.sh:

Figura 26. Tela para executar scripts

 Figura 27. Executando o primeiro script no terminal

Na execuca o do segundo script sera solicitado que digite todo o diretorio bin local.
Basta digitar /usr/local/bin e dar Enter:

Figura 28. Executando o segundo script no terminal

Para finalizar a instalaca o do Oracle, volte ao assistente de instalaca o e de Ok

e depois Close. Antes de acessarmos o banco vamos configurar o listener via NETCA,
que e um assistente de instalaca o do listener, para permitir acesso remoto.
 Acesse o diretorio /u01/app/oracle/product/11.2.0/db 1/bin e digite
./netca.Vai abrir o assistente de configuraca o do Oracle Net. Selecione a primeira
opca o para configurar o listener:

do Listener
Figura 29. Inicio da configuracao

Primeiramente delete o listener existente caso exista (para conferir se ja existe um

listener acesse /u01/app/oracle/product/11.2.0/db 1/network/admin, e verifique se tem
o arquivo listener.ora), para depois adicionar novamente com as novas configuraco es.

Figura 30. Tela para escolher criar, deletar, modificar e renomear

 Clique em Next para confirmar e apagar o listener:

Figura 31. Tela para escolher qual Listener deletar

A tela de configuraca o vai retorna, selecione a primeira opca o Listener configu-

ration novamente e depois em Add:

Figura 32. Tela para adicionar o Listener

Deixe o nome padrao dado pelo assistente e confirme:

Figura 33. Tela para escolher o nome do Listener

Vai estar selecionado o protocolo TCP como padrao, apenas confirme:

Figura 34. Tela para escolher os Protocolos

 A porta padrao e 1521, apenas confirme:

Figura 35. Tela para escolher a porta

Deixe selecionado o No e confirme a configuraca o do listener. Automatica-

mente o listener sera ativado, para verificar se esta de fato ativado, acesse o diretorio
/u01/app/oracle/product/11.2.0/db 1/bin e de o comando ./lsnrctl status. Caso nao
esteja ativado, execute o comando ./lsnrctl start:

Figura 36. Executando o ./lsnrctl no terminal para levantar o Listener

 Agora entre no SQLplus e conecte como sysdba. No mesmo diretorio, digite
./sqlplus /nolog:

Figura 37. Executando o SqlPlus

Agora dentro do SQLplus digite o comando connect /as SYSDBA para conectar
como sysdba:

Figura 38. Conectando no SqlPlus

Agora pode-se dar o comando startup para iniciar o banco. Para sair do sqlplus
digite exit:

Figura 39. Startup para iniciar o BD

 Pronto, abra o sqldeveloper. Para abrir, acesse o diretorio
/u01/app/oracle/product/11.2.0/db 1/sqldeveloper e de o comando ./sqldeveloper.sh:

Figura 40. Script para executar o SqlDeveloper

Caso apareca a opca o de migrar as configuraco es de usuario, selecione Ok, e

depois confirme o diretorio:

das configuracoes
Figura 41. Confirmar migracao

Figura 42. Diretorio
para as configuracoes

Agora que o sqlDeveloper abriu, vamos em Connections e criar uma nova co-
nexao:

de nova conexao
Figura 43. Opcao
 Preencha como na imagem abaixo e aperte em Connect:

Figura 44. Criando conexao

Pronto, conexao criada. Agora, em outro computador baixe o sqlDeveloper dis-

ponvel em:
http://www.oracle.com/technetwork/developer-tools/sql-
developer/downloads/index.html
Para que seja possvel este computador acessar o banco no servidor que criamos,
o mesmo precisa estar na mesma rede.
 No sqlDeveloper, va em Conexoes e clique em criar conexao. Preencha os campos
como na imagem, exceto o campo Nome do host que e onde tem a possibilidade colocar
o IP do servidor, e agora clique em Conectar:

Figura 45. Conectando a partir do Cliente

Pronto cliente conectado ao servidor.

Agora utilizaremos a tecnica de Datafile para que o acesso seja mais rapido ao
conteudo, diminuindo significativamente o tempo de pesquisa do SGBD.
Primeiro e necessario o diretorio estar montado, que no caso e o sda3:
mount /dev/sda3 /mnt
Apos montar o diretorio, conecte-se no sqlPlus para executar os comandos para
serem testados o funcionamento do artificio Datafile:
./sqlPlus /nolog
conn /as SYSDBA
Utilizaremos Scripts de Prado (2011) para a criaca o das tabelas e do conteudo
que ira preenche-las, alem dos Tablespaces que tem por caracterstica armazenar a tabela
apontada em um determinado diretorio do disco. Para criar as Tablespaces faca:
CREATE TABLESPACE TBS NORMAL LOGGING DATAFILE /mnt/cli-
entes normal.dbf SIZE 1M AUTOEXTEND ON NEXT 10M MAXSIZE UNLI-
MITED EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT
AUTO;
CREATE TABLESPACE TBS PART ATE 1920 LOGGING DATAFILE
/mnt/clientes PART ATE 1920.dbf SIZE 1M AUTOEXTEND ON NEXT 10M
MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SEGMENT SPACE
MANAGEMENT AUTO;
CREATE TABLESPACE TBS PART 1920 1970 LOGGING DATAFILE
/mnt/clientes PART 1920 1970.dbf SIZE 1M AUTOEXTEND ON NEXT 10M
MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SEGMENT SPACE
MANAGEMENT AUTO;
CREATE TABLESPACE TBS PART MAIOR 1970 LOGGING DATAFILE
/mnt/clientes PART MAIOR 1970.dbf SIZE 1M AUTOEXTEND ON NEXT 10M
MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SEGMENT SPACE
MANAGEMENT AUTO;
Criada as Tablespaces, crie as tabelas para preencher as Tablespaces apontando-as:
CREATE TABLE CLIENTES (
ID CLIENTE NUMBER(6,0) NOT NULL ENABLE,
NM CLIENTE VARCHAR2(50) NOT NULL ENABLE,
NR ANO NASCIMENTO NUMBER(4) NOT NULL ENABLE,
ID SEXO CHAR(1) NULL,
NR CPF VARCHAR2(11) NULL,
CONSTRAINT pk clientes
PRIMARY KEY (ID CLIENTE)
) TABLESPACE TBS NORMAL;
CREATE TABLE CLIENTES PART(
ID CLIENTE NUMBER(6,0) NOT NULL ENABLE,
NM CLIENTE VARCHAR2(50) NOT NULL ENABLE,
NR ANO NASCIMENTO NUMBER(4) NOT NULL ENABLE,
ID SEXO CHAR(1) NULL,
NR CPF VARCHAR2(11) NULL,
CONSTRAINT pk clientes
PRIMARY KEY (ID CLIENTE)
)PARTITION BY RANGE (NR ANO NASCIMENTO)(
PARTITION PART ATE 1920 VALUES LESS THAN (1920)
TABLESPACE TBS PART ATE 1920,
PARTITION PART 1920 1970 VALUES LESS THAN (1970)
TABLESPACE TBS PART 1920 1970,
PARTITION PART MAIOR 1970 VALUES LESS THAN
(MAXVALUE) TABLESPACE TBS PART MAIOR 1970
);
Apos a criaca o das tabelas, faca o Script a seguir para que o SGBD receba 300 mil
dados:
DECLARE
I NUMBER;
v ano number := 1800;
BEGIN
for i in 1..100000 loop
INSERT INTO CLIENTES (ID CLIENTE,
NM CLIENTE, NR ANO NASCIMENTO, ID SEXO)
 VALUES (I, Nome | | I, V ANO , M);
INSERT INTO CLIENTES PART (ID CLIENTE,
NM CLIENTE, NR ANO NASCIMENTO, ID SEXO)
VALUES (I, Nome | | I, V ANO , M);
v ano:=v ano+1;
IF V ANO = 1919 THEN
v ano:=1800;
end if;
end loop;
V ANO:= 1920;
for i in 100001..200000 loop
INSERT INTO CLIENTES (ID CLIENTE,
NM CLIENTE, NR ANO NASCIMENTO, ID SEXO)
VALUES (I, Nome | | I, v ano , F);

INSERT INTO CLIENTES PART (ID CLIENTE,

NM CLIENTE, NR ANO NASCIMENTO, ID SEXO)
VALUES (I, Nome | | I, v ano , F);
v ano:=v ano+1;
IF V ANO = 1969 THEN
V ANO:=1920;
end if;
end loop;
V ANO:= 1970;
for i in 200001..300000 loop
INSERT INTO CLIENTES (ID CLIENTE,
NM CLIENTE, NR ANO NASCIMENTO, ID SEXO)
VALUES (I, Nome | | I, v ano , F);
INSERT INTO CLIENTES PART (ID CLIENTE,
NM CLIENTE, NR ANO NASCIMENTO, ID SEXO)
VALUES (I, Nome | | I, v ano , F);
v ano:=v ano+1;
IF V ANO = 2011 THEN
V ANO:=1970;
end if;
END LOOP;
COMMIT;
END;
Apos a inserca o e feito os testes de desempenho. Abaixo segue os comandos e os
anexos obtidos durante os testes:
Normal:
 EXPLAIN PLAN FOR
SELECT * FROM CLIENTES
WHERE NR ANO NASCIMENTO IN (1920);
SELECT * FROM TABLE(DBMS XPLAN.DISPLAY);

Figura 46. Resultado da Querry sem Tablespace

Com Tablespace:
EXPLAIN PLAN FOR
SELECT * FROM CLIENTES PART
WHERE NR ANO NASCIMENTO IN (1920);
SELECT * FROM TABLE(DBMS XPLAN.DISPLAY);

Figura 47. Resultado da Querry com Tablespace

Com os testes e possvel concluir que trabalhar com Tablespace faz com que se
tenha ganhos de desempenho significativos.

8. Conclusao
Apos a instalaca o foi testado o acesso remoto e a criaca o e seleca o de dados no
SGBD para testes de funcionamento e performance, afim de comprovar sua eficiencia e
unir os Sistemas de Informaca o com o Banco de Dados.
A integraca o foi totalmente aprovada e considerada um sucesso, podendo ser pu-
blicado o tutorial que auxiliou a implantaca o do novo SGBD da empresa.

Referencias
EDUARDO, Vitor. Padrao usuario Oracle. Disponvel em:
https://veduardodba.wordpress.com/2012/02/02/padrao-usuario-oracle/. Acesso em
25/03/2017.

GAUDENCIO, Emerson. [TEORIA] CONCEITUANDO BANCO DE DADOS
E SGBD. 2012. Disponvel em: http://certificacaobd.com.br/2012/09/14/conceituando-
banco-de-dados-e-sgbd/. Acesso em 25/03/2017.
 HEUSER, C. A. Projeto de Banco de Dados. 2010. Disponvel em: http://groups-
beta.google.com/group/digitalsource. Acesso em: 25/03/2017.
OLIVEIRA, Djalma de Pinho Reboucas de. Sistemas de Informaco es Gerenciais:
Estrategicas Taticas Operacionais. 12a Ed. Sao Paulo: Editora Atlas, 2008, 299 paginas.
PRADO, Fabio. Criando tabelas particionadas para otimizar consultas. 2011. Dis-
ponvel em: https://www.profissionaisti.com.br/2011/05/criando-tabelas-particionadas-
para-otimizar-consultas/. Acesso em: 04/04/2017