ESTÁGIO CURRICULAR II DESENVOLVIMENTO E ADMINISTRAÇÃO DO BANCO DE DADOS

Transcrição

1 Bruno Luiz Corbani Garcia ESTÁGIO CURRICULAR II DESENVOLVIMENTO E ADMINISTRAÇÃO DO BANCO DE DADOS EMPRESA: Conceito W SETOR: Banco de Dados SUPERVISOR: Ademir da Cunha Junior ORIENTADOR: Edino Mariano Lopes Fernandes CURSO DE TECNOLOGIA EM SISTEMAS DE INFORMAÇÃO CENTRO DE CIÊNCIAS TECNOLÓGIAS - CCT UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC JOINVILLE SANTA CATARINA BRASIL NOVEMBRO/2009

2 APROVADO EM.../.../... Professor: Edino Mariano Lopes Fernandes Titulação: Mestre em Ciência da Computação Professor Orientador Professor: Nazareno Pacheco de Oliveira Titulação: Mestre em Engenharia Elétrica Professor: Carlos Norberto Vetozazzi Junior Titulação: Mestre em Engenharia Mecânica Ademir da Cunha Junior Supervisor da CONCEDENTE ii

3 Carimbo da Empresa UNIDADE CONCEDENTE Razão Social: Conceito W Consultoria em TI Ltda. - ME CGC/MF: / Endereço: Marcilio Dias, 468 / Sala 02 Bairro: Santo Antônio CEP: Cidade: Joinville UF: SC Fone: (47) Supervisor: Ademir da Cunha Junior Cargo: Gerente Administrativo ESTAGIÁRIO Nome : Bruno Luiz Corbani Garcia Matrícula: Endereço: Agronômica, 1428 Bairro: Guanabara CEP: Cidade: Joinville UF: SC Fone: (47) Curso de : Tecnologia em Sistemas de Informação Título do Estágio: Desenvolvimento e administração de banco de dados Período: 01/09/2009 a 30/09/2009 Carga horária: 120 horas AVALIAÇÃO FINAL DO ESTÁGIO BRUNO LUIZ CORBANI GARCIA PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo Professor Orientador: Edino Mariano Lopes Fernandes CONCEITO FINAL DO ESTÁGIO DESENVOLVIMENTO E ADMINISTRAÇÃO DE BANCO DE DADOS Excelente (9,1 a 10) Muito Bom (8,1 a 9,0) Bom (7,1 a 8,0) Regular (5,0 a 7,0) Reprovado (0,0 a 4,9) NOTA ETG I (Média do Processo) NOTA ETG II (Média do Processo) Rubrica do Professor da Disciplina Joinville / / iii

4 Nome do Estagiário : Bruno Luiz Corbani Garcia QUADRO I AVALIAÇÃO NOS ASPECTOS PROFISSIONAIS QUALIDADE DO TRABALHO: Considerando o possível. ENGENHOSIDADE: Capacidade de sugerir, projetar, executar modificações ou inovações. CONHECIMENTO: Demonstrado no desenvolvimento das atividades programadas. CUMPRIMENTO DAS TAREFAS: Considerar o volume de atividades dentro do padrão razoável. ESPÍRITO INQUISITIVO: Disposição demonstrada para aprender. INICIATIVA: No desenvolvimento das atividades. SOMA Pontos QUADRO II AVALIAÇÃO DOS ASPECTOS HUMANOS ASSIDUIDADE: Cumprimento do horário e ausência de faltas. DISCIPLINA: Observância das normas internas da Empresa. SOCIABILIDADE: Facilidade de se integrar com os outros no ambiente de trabalho. COOPERAÇÃO: Disposição para cooperar com os demais para atender as atividades. SENSO DE RESPONSABILIDADE: Zelo pelo material, equipamentos e bens da empresa. SOMA Pontos PONTUAÇÃO PARA O QUADRO I E II Sofrível - 1 ponto, Regular - 2 pontos, Bom - 3 pontos, Muito Bom - 4 pontos, Excelente - 5 pontos LIMITES PARA CONCEITUAÇÃO AVALIAÇÃO FINAL Pontos De 57 a SOFRÍVEL SOMA do Quadro I multiplicada por 7 De 102 a REGULAR SOMA do Quadro II multiplicada por 3 De 148 a BOM SOMA TOTAL De 195 a MUITO BOM De 241 a EXCELENTE Nome da Empresa: Conceito W Sistemas Representada pelo Supervisor: Ademir da Cunha Junior CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa Local: Data : Carimbo da Empresa iv

5 UDESC UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ PLANO DE ESTÁGIO CURRICULAR OBRIGATÓRIO ESTAGIÁRIO Nome: Bruno Luiz Corbani Garcia Matrícula: Endereço (Em Jlle): Agronômica, 1428 Bairro: Guanabara CEP: Cidade: Joinville UF: SC Fone: Endereço (Local estágio): Marcílio Dias, 468 Bairro: Santo Antônio CEP: Cidade: Joinville UF: SC Fone: garcia@conceitow.com.br Regularmente matriculado no semestre: Sim Curso: TSI Formatura (prevista) Semestre/Ano: 2009/2 UNIDADE CONCEDENTE Razão Social: Conceito W Sistemas CGC/MF: / Endereço: Marcílio Dias, 468 Bairro: Santo Antônio CEP: Cidade: Joinville UF: SC Fone: Atividade Principal: Desenvolvimento de Sistemas Supervisor: Gabriel Fisher Cargo: Gerente administrativo DADOS DO ESTÁGIO Área de atuação: Desenvolvimento Departamento de atuação: Banco de Dados Fone: Ramal: Horário do estágio: 10:00 12:00 / 13:30 17:30 Total de horas: 120 horas Período: 01/09/ /09/2009 Nome do Professor Orientador: Edino Mariano Lopes Fernandes Disciplina(s) simultânea(s) com o estágio Quantas: 0 Quais: v

6 OBJETIVO GERAL Realizar tarefas de administração nos bancos de dados e desenvolvimento de procedimentos armazenados utilizando a linguagem SQL. ATIVIDADES OBJETIVO ESPECÍFICO HORAS Estudo do Banco de Dados SQL Server. Compreender e Estudar os conceitos básicos do Gerenciador de Banco de Dados SQL Server. 15 Estudo do Banco de Dados Oracle. Compreender e Estudar os conceitos básicos do Gerenciador de Banco de Dados Oracle. 15 Desenvolvimento de Criação de Estruturas. Criar, alterar e excluir objetos, bem como desenvolvimento de procedimentos armazenados. 45 Administração do Banco de dados Realizar tarefas administrativas como: gerenciamento de usuários, criação de bases de dados, agendamento de Jobs e rotinas de backups 45 Rubrica do Professor Orientador Rubrica do Comitê de Estágios Rubrica do Coordenador de Estágios Rubrica do Supervisor da Empresa Data: Data: Data: Data: Carimbo da Empresa vi

7 CRONOGRAMA FÍSICO E REAL ATIVIDADES PERÍODO (5 horas) Estudo do Banco de Dados SQL Server. P R Estudo do Banco de Dados Oracle. P R Desenvolvimento de Criação de Estruturas. P R Administração do Banco de dados P R P R ATIVIDADES PERÍODO (5 horas) Estudo do Banco de Dados SQL Server. P R Estudo do Banco de Dados Oracle. P R Desenvolvimento de Criação de Estruturas. P R Administração do Banco de dados P R P R

8 SUMÁRIO 1. INTRODUÇÃO OBJETIVOS Geral Específico METODOLOGIA JUSTIFICATIVA EMPRESA MERCADO PRINCIPAIS CLIENTES CONSIDERAÇÕES GERAIS ESTUDO DA TECNOLOGIA DE BANCO DE DADOS STRUCTURED QUERY LANGUAGE (SQL) SQL SERVER Enterprise Manager ORACLE 9I PL/SQL Developer CONSIDERAÇÕES GERAIS TAREFAS ADMINISTRATIVAS DO BANCO DE DADOS POLÍTICAS DE SEGURANÇA CRIAÇÕES DE BASE DE DADOS AGENDAMENTOS DE JOBS BACKUPS CONSIDERAÇÕES GERAIS DESENVOLVIMENTO EM BANCO DE DADOS CRIAÇÕES DE ESTRUTURAS PROCEDIMENTOS ARMAZENADOS SCRIPTS DE CARGA DE DADOS CONSIDERAÇÕES GERAIS CONSIDERAÇÕES FINAIS REFERÊNCIAS BIBLIOGRÁFICAS... 34

9 LISTA DE FIGURAS Figura 1 - Principais Clientes da Conceito W Figura 2 Enterprise Manager Figura 3 Command Window do PL/SQL Developer Figura 4 Object Browser do PL/SQL Developer Figura 5 Criação usuário SQL Server Figura 7 Criação de base de dados SQL Server Figura 8 Primeiro passo para configuração do Job Figura 9 Segundo passo para configuração do Job Figura 10 Terceiro passo para configuração do Job Figura 11 Quarto passo para configuração do Job Figura 12 Formulário Backup SQL Server Figura 13 Comando Backup Oracle 9i Figura 14 Diagrama Entidade Relacionamento Figura 15 Comando criação TBGL_EMPRESA Figura 16 Comando criação TBGL_USUARIO Figura 17 Comando criação TBGL_ESTABELECIMENTO Figura 18 Procedimento Armazenado PL/SQL Figura 19 Procedimento Armazenado Transact-SQL Figura 20 Script de carga de dados

10 RESUMO Este relatório tem por objetivo descrever as atividades desenvolvidas durante o estágio curricular realizado na empresa Conceito W. O estágio teve como objetivo aplicar os conhecimentos obtidos na universidade e padrões definidos pela empresa, para realizar atividades relacionadas a desenvolvimento e administração de banco de dados em alguns sistemas desenvolvidos pela própria empresa. Os gerenciadores de banco de dados utilizados para o desenvolvimento e administração durante o estágio são: Oracle 9i e SQL Server

11 1. INTRODUÇÃO Este trabalho tem como principal finalidade descrever as atividades realizadas durante o período de estágio. As atividades relacionadas ao estágio incluem: desenvolvimento nas linguagens Transact-SQL e PL\SQL e administração dos gerenciadores de banco dados da empresa OBJETIVOS Geral Realizar tarefas de administração nos bancos de dados e desenvolvimento de procedimentos armazenados utilizando a linguagem SQL Específico Compreender e Estudar os conceitos básicos dos Gerenciadores de Banco de Dados SQL Server e Oracle. Criar, alterar e excluir objetos, bem como desenvolvimento de procedimentos armazenados. Realizar tarefas administrativas como: gerenciamento de usuários, criação de bases de dados, agendamento de Jobs e rotinas de backups. 1.2 METODOLOGIA A metodologia utilizada para o desenvolvimento do projeto foi primeiramente o estudo das tecnologias de banco de dados e as ferramentas utilizadas para o desenvolvimento do trabalho em questão. 11

12 Os principais recursos abordados no trabalho foram: a utilização das ferramentas de administração de banco de dados, o conhecimento avançado da linguagem Structured Query Language (SQL) e o conhecimento de Diagramas de Entidade Relacionamento utilizados na prática. A fim de conhecer sobre a Conceito W, empresa em que o estágio foi desenvolvido, é apresentado no capítulo 2 um histórico e os sistemas desenvolvidos pela empresa, já o capítulo 3 apresenta o material de estudo geral sobre banco de dados. Com os resultados da pesquisa do capítulo 3 são utilizados no capítulo 4 como base para a administração dos bancos de dados da empresa. A seguir no capítulo 5 é apresentado o desenvolvimento de tabelas, procedimentos armazenados e scripts de carga nos bancos de dados Oracle e SQL Server. E para concluir, é apresentada as Considerações Finais com as lições aprendidas e os pontos relevantes do trabalho. 1.3 JUSTIFICATIVA Com o aumento no número de colaboradores na empresa, houve a necessidade de gerenciar as bases de dados da empresa. Está prática é fundamental para melhor funcionamento da área de desenvolvimento de sistemas da empresa gerando produtividade e qualidade nos software. A programação de scripts de carga e estrutura é de fundamental importância para o desenvolvimento de sistemas que utilizam banco de dados. Além disso, a programação de procedimentos armazenados se justifica pelo fato que este seja mais performático que processos executados pela aplicação de interface, onde algumas aplicações dependiam de alto desempenho. 12

13 2. EMPRESA A Conceito W Consultoria em Tecnologia da Informação Ltda. ME, situada na cidade de Joinville, norte catarinense, teve suas atividades iniciadas em janeiro de É uma empresa de desenvolvimento de software. Unindo capital intelectual e conhecimentos técnicos em desenvolvimento de soluções WEB, a Conceito W propõe uma relação de parceria com seus clientes, baseada em seus princípios de CONHECIMENTO, PRAZO E RESPEITO. (ConceitoW, 2008) 2.1 MERCADO Outsourcing. A empresa Conceito W trabalha com dois ramos de serviços: fábrica de software e Especialista em sistemas corporativos e integrações, a Conceito W está apta para atuar em qualquer fase de um projeto: requisitos, especificação, construção, testes e implantação dos software desenvolvidos. Quando necessário, a Conceito W utiliza os mesmos padrões de desenvolvimento da contratante ou, então, aplica tecnologia e metodologia própria. (ConceitoW, 2008) Para empresas que precisam manter uma área de desenvolvimento interna, a Conceito W disponibiliza uma equipe especializada, que pode incluir analistas, programadores e gerentes de projeto. O dimensionamento é realizado conforme a necessidade de cada empresa. A Conceito W assume o compromisso de entregar resultados, e libera a empresa para execução de sua atividade principal. (ConceitoW, 2008) 2.2 PRINCIPAIS CLIENTES Com os diferenciais de qualidade, prazo e respeito a Conceito W conquistou um grande número de clientes. Entre eles várias franquias da Datasul, KG Laboratório e a 13

14 Softteam de São Paulo. Segue abaixo uma listagem dos principais clientes que utilizam as aplicações da Conceito W. Datasul Logman NeoGrid T System Becomex Savoir Faire Laboratório Ghanem KG Laboratório SoftTeam Inquery Consultoria Digital Printer Figura 1 - Principais Clientes da Conceito W 14

15 2.3 CONSIDERAÇÕES GERAIS Com um grande número de profissionais certificados em diversas áreas de atuação, a Conceito W se tornou uma empresa com um alto grau de profissionais capacitados a desenvolver softwares com qualidade e prazos curtos. 15

16 3. ESTUDO DA TECNOLOGIA DE BANCO DE DADOS Os gerenciadores de banco de dados Oracle e SQL Server são amplamente conhecidos por algumas características principais como: segurança, escalabilidade, robustez, desempenho entre outros. Estas qualidades capacitam esses gerenciadores como uma grande fonte de estudo e desenvolvimento. Sendo assim, para o estágio houve a necessidade de estudar as tecnologias do banco de dados utilizadas pela empresa. Os gerenciadores utilizados são o SQL Server 2000 desenvolvido pela Microsoft e o Oracle 9i desenvolvido pela Oracle. Ambos os gerenciadores são programados pela linguagem de consulta SQL (Structured Query Language). As ferramentas utilizadas para a administração e programação são o Enterprise Manager para o SQL Server 2000 e o PL/SQL Developer para o Oracle. 3.1 STRUCTURED QUERY LANGUAGE (SQL) Structured Query Language, ou Linguagem de Consultas Estruturada ou ainda SQL, é uma linguagem de pesquisa declarativa para banco de dados relacional. Muitas das características originais do SQL foram inspiradas na álgebra relacional. O SQL utiliza um sistema de gerenciamento de banco de dados relacional (SGBDR). Isto significa que ele utiliza um sistema para gerenciar dados que estão armazenado em relações. As informações desse tipo de banco de dados são armazenados em tabelas, contudo existem outras maneiras de gerenciar bases de dados. Podemos tomar como exemplo de banco de dados hierárquicos arquivos e diretórios em sistemas operacionais tipo Unix. Um desenvolvimento mais moderno e em estudo são os bancos de dados orientados a objeto. Está linguagem também pode ser dividida em duas principais funcionalidades: O DDL e o DML. A DDL é responsável pela criação, alteração e exclusão das estruturas do banco de dados e seus principais comandos são o create, alter e drop. Já a DML é responsável pela manipulação dos dados contidos no banco e seus principais comandos são o insert, update, delete e o select. 16

17 3.2 SQL SERVER 2000 O SQL SERVER 2000 é um sistema gerenciador de banco de dados relacional (SGBDR) que utiliza a linguagem Structured Query Language (SQL) para a sua manipulação. Este foi lançado no ano de 2000 e ainda é amplamente utilizado por empresas e organizações Enterprise Manager O Enterprise Manager é uma IDE (Integrated Development Environment) desenvolvidas pela Microsoft. Ela é largamente utilizada por desenvolvedores de sistemas de informação que utilizam o sistema gerenciador de banco de dados SQL Server 2000 e SQL Server A sua principal funcionalidade é o envio de comandos SQL para o banco de dados. Na figura 2 é apresentado o Enterprise Manager: Figura 2 Enterprise Manager 1 Query Esta área é destinada para escrever e executar os comandos SQL, ou seja, um editor de texto. Os principais comandos SQL são destacados com outra cor para melhor visualização. 2 Grids/Messages Nesta área do editor é possível ver o retorno das consultas enviadas ao banco de dados e as mensagens de erro ou sucesso dos comandos executados. 17

18 3 Object Browser Nesta área do editor é possível visualizar todos os bancos de dados e suas estruturas de forma hierárquica. As estruturas abaixo do banco de dados que são possíveis de visualização por esta área são as Tabelas, Visões, Procedures, Usuários, funções entre outros. 3.3 ORACLE 9I O banco de dados Oracle é o banco de dados mais amplamente utilizado por empresas de grande porte. Este gerenciador de banco de dados tem como principal característica a robustez e a segurança dos dados armazenados PL/SQL Developer O produto PL/SQL Developer é um ambiente de desenvolvimento integrado (IDE) que foi especialmente destinado ao desenvolvimento de programas armazenados em bancos de dados Oracle. Este editor tem como principal objetivo à facilidade de uso, qualidade de código e produtividade, ou seja, um conjunto de conceitos que hoje são as chaves para o sucesso de qualquer projeto de desenvolvimento de aplicações Oracle. (AllRound, 2009) Nas figuras 3 e 4 são apresentados o PL/SQL Developer e suas principais funcionalidades. Figura 3 Command Window do PL/SQL Developer 18

19 1 Deverloper s Command Window Para desenvolver e executar scripts SQL a empresa utiliza o PL/SQL Deverloper s Command Window. Esta janela de comandos possui um editor com os correspondentes realces de syntax e é utilizado pelos desenvolvedores da empresa para realizar consultas no banco de dados. Figura 4 Object Browser do PL/SQL Developer 2 Object Browser O Object Browser mostra todas as informações relevantes para o desenvolvimento no banco de dados Oracle. Com o Object Browser o desenvolvedor tem as opções de Visualizar descrição e definição de objetos, criar scripts para teste e depurações, habilitar ou desabilitar triggers e contrainst, recompilar objetos inválidos, consultar ou editar tabelas ou dados de view, pesquisar por strings em fontes entre outras funcionalidades. 3.4 CONSIDERAÇÕES GERAIS Com os conceitos definidos neste capítulo sobre a Linguagem SQL e suas ferramentas, possibilita o estagiário a realizar o desenvolvimento e administração dos bancos de dados SQL Server 2000 e o Oracle 9i da empresa. 19

20 4. TAREFAS ADMINISTRATIVAS DO BANCO DE DADOS De maneira simplista, um administrador de banco de dados é responsável por instalar, configurar, monitorar e solucionar problemas de um gerenciador de banco de dados. Assim sendo, neste capítulo serão apresentadas as atividades relacionadas à administração de banco de dados desempenhada durante o estágio. 4.1 POLÍTICAS DE SEGURANÇA A empresa Conceito W tem uma política de segurança com relação ao acesso às bases de dados. Ou seja, cada usuário tem acesso restrito e tendo permissão somente de leitura e escrita para as bases de dados que realmente necessitem. Para melhor entendimento da política de segurança do banco de dados, é necessário que seja compreendido como é estruturado as bases de dados dos projetos da empresa. Cada projeto é composto de quatro bancos de dados, desenvolvimento, controle de qualidade, produção, expedição e um usuário correspondente para cada base de dados. O usuário de desenvolvimento tem acesso de leitura e escrita para a base de dados de desenvolvimento do projeto correspondente. Este usuário tem a senha pública, ou seja, todos os desenvolvedores acessam as bases de dados de desenvolvimento com o usuário de desenvolvimento. Está política de segurança é aplicada aos outros usuários, porém as senhas são privadas. Nas figuras 5 e 6 são apresentados os comandos para criação de usuários em SQL Server 2000 e Oracle 9i respectivamente. 20

21 Figura 5 Criação usuário SQL Server 2000 No SQL Server 2000 a criação de um usuário é dividida em três principais partes: a criação de um login na base de dados master, ou seja, é por meio deste login que o usuário irá se conectar ao banco de dados. Após a criação do login, é necessário criar o usuário na base de dados e associá-lo ao login criado. E ao final conceder as permissões necessárias, no caso da figura 5 é concedido às permissões de leitura e escrita ao usuário recém criado. Figura 6 Criação usuário Oracle 9i No Oracle 9i o conceito de usuário é diferente do conceito de usuário do SQL Server Os usuários do Oracle são os detentores dos objetos e dos dados, diferentemente do SQL Server 2000 onde o usuário é utilizado para acessar as bases de dados. 4.2 CRIAÇÕES DE BASE DE DADOS Um Banco de Dados é antes de tudo é uma coleção logicamente coerente de dados com determinada significação intrínseca. Ou seja, uma base de dados pode ser definida como um conjunto de dados relacionados que modelam um determinado ambiente. Pode ser utilizado como exemplo de base de dados uma agenda telefônica. Na figura 7 é apresentado o formulário para criação de base de dados em SQL Server Este formulário possui os campos para configurar o nome da base de dados, o usuário dono da base de dados e os caminhos dos arquivos de dados e log no banco de dados. 21

22 Figura 7 Criação de base de dados SQL Server Como foi citado no item 4.1, no gerenciador de banco de dados Oracle o usuário se equivale a base de dados do SQL Server. Ou seja, no Oracle o usuário é o dono dos objetos da base de dados. Sendo assim, o procedimento de criação de base de dados no Oracle 9i foi demonstrado no item anterior. 4.3 AGENDAMENTOS DE JOBS Segundo Battisti, um job é uma tarefa administrativa, composta de um ou mais passos, a qual é agendada para executar automaticamente, em data e horas determinadas, nas configurações do job. 22

23 Para um administrador de banco de dados, o job é uma ferramenta de suma importância para agendamentos de tarefas como backups. No estágio foi fundamental a utilização de um job para realizar backups de todas as bases de dados automaticamente. Conforme apresentado nas Figuras 8 à 11, temos um exemplo de criação de um job demonstrando todos os passos para a sua configuração em SQL SERVER Figura 8 Primeiro passo para configuração do Job. O primeiro passo para a configuração de um job pode ser visualizado na figura 7, nesta aba principal é possível configurar o nome do job, o usuário dono do job, a descrição do mesmo, a categoria e se está ativo ou não a tarefa. Figura 9 Segundo passo para configuração do Job. 23

24 Na aba steps que pode ser observada na figura 8, são demonstrados os processos e sua ordem de execução no job, também nesta aba poderem ser inseridos, editados e excluídos os processos. No exemplo da figura 8 será executado a atividade 1, caso não ocorra erro, a atividade 2 será executada posteriormente. Figura 10 Terceiro passo para configuração do Job No terceiro passo para a configuração do job no SQL Server 2000, é necessário que seja adicionado às datas e horários que o job será executado (schedules). No exemplo da figura 9 o job será executado todos os dias nos horários das oito da manhã até as dez da noite. Figura 11 Quarto passo para configuração do Job 24

25 No último passo para a configuração do job de integração, é opcional que se configurem algumas notificações caso a tarefa seja executada, por exemplo, o envio de caso ocorra erro ou sucesso. 4.4 BACKUPS O backup existe como forma de prevenir que os arquivos sejam apagados acidentalmente, seja por falha física, ou por falha humana. O backup garante a integridade dos dados e de configurações. Na empresa Conceito W, os backups são efetuados diariamente somente para as bases de dados alocadas nos gerenciadores SQL Server 2000, pois são nestas bases de dados que são mais utilizadas para desenvolver. No Oracle 9i, são efetuados um backup por semana das bases de dados. Server Na figura 12 é possível verificar o formulário para realização do backup no SQL Figura 12 Formulário Backup SQL Server

26 Na tela de backup do Enterprise Manager é solicitado o nome da base de dados que será feito o backup, o tipo do backup que poderá ser total, diferencial ou por log, o nome do backup, uma descrição para o backup e o caminho onde ficará o arquivo de backup. Este processo é agendado em um job para realização desse procedimento todos os dias. No Banco de dados Oracle, o backup é efetuado a partir de um comando exp executado via pronpt de comando. Este pode ser visualizado na figura 13. Figura 13 Comando Backup Oracle 9i No comando exp é enviado os seguintes parâmetros para realização do backup: usuário de conexão na base de dados, a senha do usuário de conexão, a instância do servidor do banco de dados, o usuário que detém os objetos que será feito o backup, o endereço do arquivo que será gerado o backup e o endereço do arquivo de log onde poderá ser visualizado o status da exportação dos dados e objetos. 4.5 CONSIDERAÇÕES GERAIS Neste capítulo o objetivo principal foi demonstrar as principais atividades de administração dos gerenciadores de bancos de dados SQL Server 2000 e Oracle 9i. As atividades demonstradas no capítulo foram o gerenciamento de permissão de usuários, criação de base de dados, configuração de jobs e realização de backup das bases de dados. Todas essas atividades são de suma importância para organização e gerenciamento dos bancos de dados, auxiliando o desenvolvimento dos softwares criados pela empresa. 26

27 5. DESENVOLVIMENTO EM BANCO DE DADOS No desenvolvimento em banco de dados foi utilizada a linguagem de programação SQL para criação de estruturas e geração de scripts de carga em ambos os gerenciadores de banco de dados. A linguagem Transact-SQL para desenvolvimento de procedimentos armazenados em SQL Server 2000 e PL/SQL para desenvolvimento de procedimentos armazenados no Oracle 9i. 5.1 CRIAÇÕES DE ESTRUTURAS Como já foi dito anteriormente, o banco de dados é composto de tabelas relacionadas. Neste sub-capítulo será demonstrado um exemplo de script de criação de tabelas e como elas são relacionadas entre si. No exemplo será demonstrado o diagrama de entidade relacionamento proposto por um Analista da empresa e posteriormente o script desenvolvido. Na figura 14 pode ser visualizado o diagrama de entidade relacionamento proposto pelo Analista de Sistemas responsável pelo projeto que necessita desta estrutura. Figura 14 Diagrama Entidade Relacionamento 27

28 No exemplo da figura 14, foi solicitada a criação de três tabelas. A tabela TBGL_EMPRESA onde está será utilizada para armazenar os dados referente as empresas do sistema, A tabela TBGL_USUARIO que tem a finalidade de guardar os dados referente aos usuários da empresa e a tabela TBGL_ESTABELECIMENTO onde está será utilizada para armazenar os dados referente aos estabelecimentos da empresa. Nas figuras 15 a 17 podem ser visualizado os comandos desenvolvidos para criação das tabelas TBGL_EMPRESA, TBGL_USUARIO e TBGL_ESTABELECIMENTO respectivamente. Todos os comandos foram desenvolvidos na Linguagem SQL. Figura 15 Comando criação TBGL_EMPRESA Na figura 16 pode ser observado o código utilizado para a criação da tabela TBGL_USUARIO. Figura 16 Comando criação TBGL_USUARIO 28

29 Na figura 17 pode ser visualizado o script de criação da tabela TBGL_ESTABELECIMENTO. Figura 17 Comando criação TBGL_ESTABELECIMENTO 5.2 PROCEDIMENTOS ARMAZENADOS Battisti 2005, define procedimentos armazenados como: "programas armazenados no servidor, pré-compilados, chamados de forma explícita para executar alguma lógica de manipulação de dados, podendo retornar ou não algum valor". Os procedimentos armazenados são programados por alguma linguagem específica de cada banco de dados, no caso do Oracle é o PL/SQL e no SQL Server é o Transact-SQL. Estes procedimentos armazenados têm a vantagem de ser mais performático que as demais 29

30 linguagens que acessam o banco de dados, pois estes procedimentos são pré-compilados e executados no próprio servidor de banco de dados. Nas figuras 18 e 19 podem ser visualizados dois exemplos de procedimentos armazenados nas linguagens PL/SQL e Transact-SQL respectivamente. Figura 18 Procedimento Armazenado PL/SQL Na figura 19 pode ser visualizado um exemplo de um procedimento armazenado utilizando a linguagem Transact-SQL. Figura 19 Procedimento Armazenado Transact-SQL 30

31 Nos exemplos das figuras 18 e 19, ambos os procedimentos armazenados realizam a mesma operação de inserção em uma tabela. Contudo, pode-se notar que as linguagens Transact-SQL e PL/SQL são semelhantes, porém cada uma das linguagens possui particularidades específicas. 5.3 SCRIPTS DE CARGA DE DADOS Como todo sistema desenvolvido pela Conceito W funciona a partir de um framework desenvolvido pela própria empresa, o aplicativo necessita de uma carga de dados nas tabelas do framework para que o sistema em questão funcione corretamente. Com bases nestes pontos, no sub-capítulo presente será demonstrado o funcionamento da geração dos scripts de carga de dados. Na figura 20 pode ser visualizado um exemplo de script de carga de dados na tabela de usuário. O código de criação da tabela TBGL_USUARIO pode ser observado no exemplo da figura 16. Figura 20 Script de carga de dados 31

32 No exemplo da figura 20 pode ser observado que há uma verificação no código. Está verificação é necessária para que não retorne erro de tentativa de inserção de registro com chave duplicada, e caso executado mais de uma vez não retorne uma mensagem de falha. 5.4 CONSIDERAÇÕES GERAIS No capítulo presente foi demonstrado o desenvolvimento nos bancos de dados Oracle e SQL Server. No mesmo foi abordada a criação de estruturas nas bases de dados, o desenvolvimento de procedimentos armazenados e a geração de scripts de carga de dados. Todas as atividades descritas foram demonstradas com exemplos para melhor entendimento dos processos executados. 32

33 6. CONSIDERAÇÕES FINAIS Desde o início das atividades relacionadas ao estágio, houve a preocupação em realizar estas atividades de acordo com a demanda que a empresa proporcionava. Por ser uma empresa nova, ainda não existiam padrões definidos para administração e desenvolvimento em banco de dados, sendo que a linguagem de programação utilizada somente havia sido apresentada ao estagiário durante a sua vida acadêmica. Os padrões de desenvolvimento e administração foram definidos em conversas com todos os membros da equipe de banco de dados, chegando-se sempre a um consenso. Houve também muitos estudos sobre as ferramentas e a linguagem, que pode ser visualizada no capítulo 3 do relatório. De uma forma geral, a maior dificuldade encontrada foi o desenvolvimento de um padrão para liberação dos códigos de banco de dados para os clientes. Está dificuldade foi superada com o auxilio dos analistas de banco de dados dos clientes, realizando uma pesquisa e estudo de como poderíamos diminuir os erros na liberação desses códigos. A confiança que a Conceito W depositou para o desenvolvimento foi de suma importância para o cumprimento dos prazos e a realização completa das atividades. Destacase a satisfação do pessoal de desenvolvimento com a organização dos bancos de dados e o número reduzido de erros na liberação dos códigos. Os conhecimentos adquiridos no decorrer do curso auxiliaram significativamente para a compreensão das atividades realizadas, principalmente aqueles relacionados banco de dados, lógica de programação e infra-estrutura dos computadores. As disciplinas que mais contribuíram para o desenvolvimento das atividades foram: Linguagem de Programação (LPG I), Banco de Dados (BAN), SQL (SQL) e Sistemas Operacionais (SOP). Essas disciplinas contribuíram efetivamente para o pleno entendimento de todo o processo de desenvolvimento e administração do banco de dados. 33