Documentos

Dezembro, 2003

35

ISSN 1677-9274

Projeto Fsico de Data Warehouse no Oracle: um Estudo de Caso

Repblica Federativa do Brasil

Luiz Incio Lula da Silva
Presidente

Ministrio da Agricultura, Pecuria e Abastecimento

Roberto Rodrigues
Ministro

Empresa Brasileira de Pesquisa Agropecuria Embrapa

Conselho de Administrao Jos Amauri Dimrzio
Presidente

Clayton Campanhola
Vice-Presidente

Alexandre Kalil Pires Dietrich Gerhard Quast Srgio Fausto Urbano Campos Ribeiral
Membros

Diretoria Executiva da Embrapa

Clayton Campanhola
Diretor-Presidente

Gustavo Kauark Chianca Herbert Cavalcante de Lima Mariza Marilena T. Luz Barbosa
Diretores-Executivos

Embrapa Informtica Agropecuria

Jos Gilberto Jardine
Chefe-Geral

Trcia Zavaglia Torres

Chefe-Adjunto de Administrao

Snia Ternes Frassetto

Chefe-Adjunto de Pesquisa e Desenvolvimento

lvaro Seixas Neto

Supervisor da rea de Comunicao e Negcios

ISSN 1677-9274 Dezembro, 2003

Empresa Brasileira de Pesquisa Agropecuria Embrapa Informtica Agropecuria Ministrio da Agricultura, Pecuria e Abastecimento

Documentos 35
Projeto Fsico de Data Warehouse no Oracle: um Estudo de Caso
Carlos Alberto Alves Meira

Campinas, SP 2003

Embrapa Informtica Agropecuria rea de Comunicao e Negcios (ACN) Av. Andr Tosello, 209 Cidade Universitria "Zeferino Vaz" Baro Geraldo Caixa Postal 6041 13083-970 Campinas, SP Telefone (19) 3789-5743 Fax (19) 3289-9594 URL: http://www.cnptia.embrapa.br e-mail: sac@cnptia.embrapa.br Comit de Publicaes Carla Geovana Nascimento Macrio Jos Ruy Porto de Carvalho Luciana Alvim Santos Romani (Presidente) Marcia Izabel Fugisawa Souza Marcos Lordello Chaim Suzilei Almeida Carneiro Suplentes Carlos Alberto Alves Meira Eduardo Delgado Assad Maria Angelica de Andrade Leite Maria Fernanda Moura Maria Goretti Gurgel Praxedis Supervisor editorial: Ivanilde Dispato Normalizao bibliogrfica: Maria Goretti Gurgel Praxedis Editorao eletrnica: rea de Comunicao e Negcios (ACN) 1 edio on-line - 2003 Todos os direitos reservados.
Meira, Carlos Alberto Alves. Projeto fsico de Data Warehouse no Oracle: um estudo de caso / Carlos Alberto Alves Meira. Campinas: Embrapa Informtica Agropecuria, 2003. 18 p.: il. (Documentos / Embrapa Informtica Agropecuria; 35) ISSN 1677-9274 1. Data Warehouse. 2. Banco de dados. 3. Armazm de dados. I. Ttulo. II. Srie. CDD 005.74 (21st ed.)
Embrapa 2003

Autor

Carlos Alberto Alves Meira M.Sc. em Cincia da Computao e Matemtica Computacional, Pesquisador da Embrapa Informtica Agropecuria, Caixa Postal 6041, Baro Geraldo 13083-970 - Campinas, SP Telefone (19) 3789-5806 e-mail: carlos@cnptia.embrapa.br

Apresentao

Data warehouse (DW) ou, traduzindo, armazm de dados, um banco de dados com caractersticas que o diferenciam dos bancos de dados convencionais projetados para gerenciamento de transaes. Um DW construdo geralmente para suporte a decises, bastante til quando as decises devem estar baseadas em anlises de grandes quantidades de dados. requerido para os nveis ttico e estratgico, enquanto suas fontes de dados executam, na maioria das vezes, no nvel operacional. Tanto o projeto lgico quanto o projeto fsico de banco de dados devem ser elaborados de acordo com as caractersticas prprias de um DW. Os aspectos relacionados com o projeto lgico so facilmente encontrados na literatura sobre o assunto. Os aspectos de projeto fsico, por outro lado, so melhor exemplificados por relatos de experincia e, muitas vezes, so dependentes do sistema gerenciador de banco de dados (SGBD). Este trabalho compartilha a experincia no projeto fsico do Armazm de Dados da Fruticultura (ADF), um DW desenvolvido pela Embrapa Informtica Agropecuria utilizando o SGBD Oracle. So apresentadas caractersticas do Oracle que favorecem a manuteno e o desempenho de consultas a um DW, utilizando como exemplo o ADF. O ADF um produto desenvolvido para o Ministrio da Agricultura, Pecuria e Abastecimento (MAPA) como parte de uma infra-estrutura em tecnologia da informao capaz de prover informaes confiveis e de qualidade para suporte a processos de tomada de deciso no mbito do Programa de Desenvolvimento da Fruticultura (PROFRUTA).

Jos Gilberto Jardine Chefe-Geral

Sumrio

Introduo ...................................................................9 .................................11 Favorecendo a Manuteno do DW Favorecendo o Desempenho do DW...............................14 Consideraes Finais....................................................16 Referncias Bibliogrficas.............................................18

Projeto Fsico de Data Warehouse no Oracle: um Estudo de Caso

Carlos Alberto Alves Meira

Introduo
Data warehouse (DW) um banco de dados projetado para consultas e anlises ao invs de processamento de transaes. Geralmente contm dados histricos provenientes de registros de transaes, mas pode incluir dados de outras fontes. DW separa o processamento analtico das transaes e permite a uma organizao consolidar dados de diversas fontes (Lane & Lumpkin, 1999). Um dos aspectos importantes relacionados com o desenvolvimento de DW a modelagem dos dados. O "esquema estrela" o mais conhecido e talvez o mais simples modelo lgico de dados. chamado assim porque o diagrama entidaderelacionamento lembra o formato de uma estrela, com pontas irradiando de uma entidade central. O centro da estrela chamado de tabela de fatos e as pontas so conhecidas como tabelas de dimenso (Garcia-Molina et al., 1999). Um esquema estrela (Fig. 1) caracterizado por uma ou mais tabelas de fatos grandes, que contm os dados primrios do DW, e tabelas de dimenso menores, cada uma contendo dados relacionados com valores de um determinado atributo das tabelas de fatos. O projeto fsico de um DW to importante quanto o seu projeto lgico. Alm de aplicar corretamente os conceitos de integrao de dados e elaborar um bom modelo lgico, preciso planejar o uso dos mecanismos de estrutura fsica oferecidos pelo sistema gerenciador de banco de dados (SGBD) que se vai utilizar, que, quando bem aproveitados, facilitam a manuteno do DW e melhoram o desempenho das consultas aos dados integrados. Este trabalho visa compartilhar a experincia no projeto fsico de um DW desenvolvido pela Embrapa Informtica Agropecuria utilizando o SGBD Oracle. So apresentadas algumas caractersticas do Oracle que favorecem a manuteno e o desempenho de consultas a um DW em geral, utilizando como exemplo o DW especfico. importante ressaltar que este trabalho no apresenta todo o conjunto de caractersticas que podem ser usadas no projeto fsico de um DW, nem aborda todos os detalhes das caractersticas apresentadas. Os leitores interessados em aprofundar os conhecimentos so direcionados para os manuais de referncia correspondentes da documentao do Oracle.

10

Projeto Fsico de Data Warehouse no Oracle: um Estudo de Caso

ESTADO

EMPRESA

PORTO

EXPORTACAO

IMPORTACAO

MERCADORIA MES PAIS Fig. 1. Esquema estrela de dados de comrcio exterior. O DW utilizado como estudo de caso o Armazm de Dados da Fruticultura (ADF), onde se encontram reunidas informaes de bancos de dados distribudos e heterogneos mantidos por diferentes instituies (Meira et al., 2003). O seu objetivo tornar disponveis os dados integrados, permitindo anlises para a tomada de decises (Meira et al., 2001, Meira et al., 2002b) como, por exemplo, indicao, acompanhamento e direcionamento de programas de incentivo produo e exportao de frutas. O ADF atende uma demanda do Ministrio da Agricultura, Pecuria e Abastecimento (MAPA) para melhorar o processo de anlise existente quela poca, ano 2000, quando as consultas eram feitas de forma independente em cada banco de dados das diferentes instituies e os resultados eram transportados e analisados em planilhas eletrnicas. Atualmente, esse processo est sistematizado e automatizado, resultando em rapidez de acesso, flexibilidade na criao e na manuteno das anlises, e confiabilidade nos resultados obtidos. O ADF integra dados primrios de produo e de comrcio exterior de frutas (Meira et al., 2002a), que so extrados de dois levantamentos de produo agrcola do Instituto Brasileiro de Geografia e Estatstica (IBGE) e de um sistema de informao da Secretaria de Comrcio Exterior (SECEX). Pretende-se tambm incorporar outras fontes de informao referentes cadeia das frutas, como dados

As tabelas de exportao e de importao, de acordo com a nomenclatura de DW, so as tabelas de fatos. As demais tabelas so denominadas tabelas de dimenso.

Projeto Fsico de Data Warehouse no Oracle: Um Estudo de Caso

11

de comercializao interna, dados de produo e comercializao mundial, dados socioeconmicos e dados de tecnologia agropecuria. A discusso e os exemplos apresentados neste trabalho referentes ao projeto fsico do ADF esto restritos sua poro de comrcio exterior por razes didticas. No h comprometimento quanto ao contedo decorrente dessa restrio, pois os mesmos critrios de projeto foram utilizados na parte referente produo de frutas. A fonte de dados da SECEX o Sistema Integrado de Comrcio Exterior (Siscomex), que registra todas as exportaes e as importaes de mercadorias realizadas pelas empresas nacionais. Seus dados, representados na Fig. 1, indicam o ano e o ms de exportao/importao, o estado que exportou/importou a mercadoria, qual o porto utilizado, o pas importador/exportador, a quantidade e o valor da negociao.

Favorecendo a Manuteno do DW
A preocupao com a manuteno do DW um dos cuidados que se deve ter no seu projeto fsico. A manuteno envolve o carregamento peridico de dados atualizados e tarefas de cpia de segurana (back up) e restaurao de dados. O cuidado com a manuteno comea na criao da estrutura fsica primria de armazenamento do Oracle, o tablespace. Um tablespace um recipiente de estruturas fsicas de armazenamento no banco de dados. recomendvel que um DW, como qualquer banco de dados a ser criado no Oracle, seja dividido em diferentes tablespaces. Tabelas devem estar separadas de seus ndices e tabelas pequenas podem estar separadas de grandes tabelas. Tablespaces podem tambm representar unidades de negcio distintas, como departamentos de uma organizao. Um tablespace independente para as tabelas facilita e otimiza as operaes de back up e de restaurao de dados. No guardar cpia de segurana de ndices e restries diminui o espao de armazenamento necessrio e, sem problemas, esses ndices e restries podem ser recriados aps uma operao de restaurao que se faa necessria. No caso do ADF, foram criados um tablespace para as tabelas (D_PROFRUTA) e outro para os ndices e as restries de chave primria e de chave estrangeira (I_PROFRUTA). O nome desses tablespaces est baseado no padro utilizado pela Coordenadoria de Informtica (COINF) do MAPA nos seus bancos de dados, onde 'D' corresponde a dados e 'I' corresponde a ndices.

12

Projeto Fsico de Data Warehouse no Oracle: um Estudo de Caso

Outra deciso de projeto fsico que favorece a manuteno de um DW a diviso de tabelas grandes em parties (partitioned tables), permitindo que os dados sejam organizados em pedaos menores e mais fceis de lidar (Baylis & Fee, 1999). Dentre os mtodos existentes para definir as parties de uma tabela, o mais comum a diviso baseada em intervalos de valores de um ou mais atributos (range partitioning). Esse tipo de diviso til quando se tem sentido trabalhar com os dados distribudos em intervalos lgicos como, por exemplo, meses do ano. Alm da diviso lgica, a partio das tabelas de fatos, normalmente as maiores tabelas, deve se basear no processo de atualizao do DW. O carregamento de dados geralmente feito em perodos de tempo regulares: toda noite, toda semana ou todo ms. Nesse cenrio, sugere-se que as tabelas estejam divididas por data ou por perodo de tempo. O recebimento de dados de comrcio exterior no ADF mensal. A SECEX envia todos os meses um arquivo com dados sobre exportaes e outro arquivo com dados sobre importaes. Cada arquivo contm os dados do perodo de janeiro do ano corrente at o ms anterior ao de recebimento. Por exemplo, em outubro de 2002 foi recebido o arquivo com os registros de exportao de janeiro at setembro de 2002. Sendo assim, como so recebidos a cada ms dados desde o incio do ano, decidiuse a diviso por anos para a tabela de exportaes e para a tabela de importaes. O comando em SQL (Structured Query Language) de criao da tabela de exportaes apresentado a seguir (Lorentz, 1999). A criao dessa tabela foi feita num momento onde se tinha um histrico de dados de 1997 at 2002, por isso o comando de criao inicia a diviso em parties no ano 1997 (VALUES LESS THAN ('1998')) e prossegue at o ano 2002.
CREATE TABLE EXPORTACAO ( ano mes cod_ncm cod_pais pessoa_jur_fis cnpj_cpf cod_porto cod_uf cod_unid_merc quantidade peso us_fob ) TABLESPACE D_PROFRUTA PARTITION BY RANGE (ano) ( PARTITION EXP1997 PARTITION EXP1998 PARTITION EXP1999 PARTITION EXP2000 PARTITION EXP2001 PARTITION EXP2002 ); CHAR(4) NOT NULL, CHAR(2) NOT NULL, CHAR(8) NOT NULL, CHAR(3) NOT NULL, CHAR(1) NOT NULL, VARCHAR2(14) NOT NULL, CHAR(4) NOT NULL, CHAR(2) NOT NULL, CHAR(2) NOT NULL, NUMBER(13) NOT NULL, NUMBER(13) NOT NULL, NUMBER(15) NOT NULL

VALUES VALUES VALUES VALUES VALUES VALUES

LESS LESS LESS LESS LESS LESS

THAN THAN THAN THAN THAN THAN

('1998'), ('1999'), ('2000'), ('2001'), ('2002'), ('2003')

Projeto Fsico de Data Warehouse no Oracle: Um Estudo de Caso

13

As vantagens esperadas dessa deciso de projeto fsico se confirmaram no "dia-adia" de uso do ADF. A principal vantagem no carregamento mensal de novos dados. Para perceb-la, preciso primeiro imaginar como seria o processo de carregamento de dados para uma tabela de exportaes sem diviso em parties. Como exemplificado anteriormente, em outubro de 2002 foi preciso carregar no ADF o arquivo com os registros de exportaes de janeiro at setembro de 2002. No caso da tabela sem as parties, seria necessrio o seguinte procedimento: remover os registros referentes ao perodo de janeiro a agosto de 2002 da tabela EXPORTACAO; inserir os novos registros na tabela EXPORTACAO; recriar os ndices relacionados com a tabela EXPORTACAO. O procedimento em uso no ADF de carregamento desses dados, que utiliza a diviso em parties, o seguinte: carregar os novos dados para uma tabela temporria separada, por exemplo EXP_TEMP; criar os ndices e as restries na tabela EXP_TEMP. Os ndices e as restries criados nessa tabela devem ser idnticos aos criados na tabela EXPORTACAO; trocar a tabela EXP_TEMP pela partio EXP2002 com um simples comando:
ALTER TABLE EXPORTACAO EXCHANGE PARTITION EXP2002 WITH TABLE EXP_TEMP;

Apesar dos dois procedimentos apresentados possurem trs passos, o ltimo apresenta vantagens significativas, pois os novos dados so carregados com utilizao mnima de recursos, j que so carregados numa tabela totalmente independente e o processamento de ndices e de restries efetuado apenas na nova partio. O tempo de carregamento proporcional quantidade de dados sendo carregada e no ao tamanho total da tabela. Alm disso, os novos dados so carregados com impacto mnimo em consultas concorrentes. At a troca da tabela temporria com a partio, os dados e ndices da tabela EXPORTACAO permanecem inalterados. E a execuo do comando EXCHANGE instantnea, permitindo aos usurios acesso imediato aos novos dados assim que a troca feita. Quando a partio correspondente no existir, no caso do carregamento de dados de um novo ano, preciso apenas cri-la vazia antes da execuo do comando EXCHANGE. Por exemplo, o comando que cria a partio para o ano 2003 o seguinte:

Esses registros foram carregados no ms anterior, mas podem ter sido atualizados no novo arquivo recebido.

14

Projeto Fsico de Data Warehouse no Oracle: um Estudo de Caso

ALTER TABLE EXPORTACAO ADD PARTITION EXP2003 VALUES LESS THAN ('2004');

Uma outra vantagem da diviso em parties para o ADF a facilidade de remoo de dados passados que no se tem mais interesse. Suponha que a anlise de comrcio exterior deva considerar at cinco anos antes do ano corrente. Ento, criada a partio EXP2003, pode-se remover a partio EXP1997 com um simples comando:
ALTER TABLE EXPORTACAO DROP PARTITION EXP1997;

Favorecendo o Desempenho do DW
A primeira providncia para favorecer o desempenho de consultas a um DW crilo numa instncia de banco de dados Oracle apropriada para aplicaes OLAP (Online Analytical Processing). Se a instncia existente est ajustada para aplicaes mais comuns de processamento de transaes, chamadas OLTP (Online Transational Processing), recomendado que se crie uma instncia prpria para OLAP, que uma das opes de criao de instncia de banco de dados no SGBD Oracle. A diviso das tabelas de fatos em parties tambm favorece o desempenho das consultas a um DW. O otimizador de consultas do Oracle analisa as clusulas FROM e WHERE dos comandos SQL e elimina parties desnecessrias na construo de uma lista de parties de acesso, o que chamado de poda de parties (partition prunning). Isso permite que o Oracle execute operaes apenas nas parties relevantes para o comando SQL. Veja a seguinte consulta:
SELECT MES, SUM(QUANTIDADE) FROM EXPORTACAO WHERE ANO = '2002' GROUP BY MES;

Esta consulta calcula a soma das quantidades exportadas para todos os meses de 2002. Nesse caso, o otimizador vai indicar ao Oracle que necessrio apenas acesso partio EXP2002, diminuindo o tempo de resposta j que no necessrio acesso tabela completa de exportaes. Uma estrutura fsica muito comum em banco de dados para melhorar o desempenho de consultas o ndice. A funo do ndice proporcionar acesso rpido aos dados por meio de ponteiros para linhas de uma tabela que possuem um determinado valor de chave para um atributo. Num ndice convencional, isso conseguido com a criao de uma lista de identificadores de linhas para cada valor de chave, correspondendo s linhas da tabela com aquele valor de atributo. O Oracle armazena repetidamente cada valor de chave com cada identificador de linha.

Projeto Fsico de Data Warehouse no Oracle: Um Estudo de Caso

15

No ndice bitmap, um tipo diferente de ndice, usado um mapa de bits para cada valor de chave ao invs de uma lista de identificadores de linhas (Leverenz et al., 1999). Cada bit no mapa de bits corresponde a uma linha da tabela. Se o bit estiver marcado (valor 1), significa que a linha identificada contm aquele valor de chave para o atributo. Um ndice bitmap criado usando-se a palavra-chave BITMAP no comando de criao do ndice (veja exemplo mais adiante).Indexar totalmente uma tabela grande com ndices tradicionais de rvore-B pode se tornar proibitivo dado o espao necessrio, j que os ndices podem somar um tamanho maior que o tamanho da tabela. ndices bitmap, ao contrrio, geralmente so uma frao do tamanho dos dados indexados da tabela. As vantagens de usar ndices bitmap so maiores para atributos com baixa cardinalidade, isto , atributos para os quais o nmero de valores distintos pequeno em comparao com o nmero de linhas da tabela. Se os valores numa coluna so repetidos mais do que uma centena de vezes, ento a coluna candidata para ndice bitmap. Por exemplo, os atributos MES e COD_PAIS da tabela EXPORTACAO so indicados para ndices bitmap. ndices de rvore-B devem ser usados em DW apenas para atributos nicos ou outras colunas com alta cardinalidade, como nomes prprios. ndices bitmap melhoraram sensivelmente o tempo de resposta em consultas. Condies AND e OR em clusulas WHERE podem ser resolvidas rapidamente resolvendo-se as operaes booleanas correspondentes diretamente nos bitmaps, e depois convertendo-se o bitmap resultante em identificadores de linhas. Um ndice bitmap de uma tabela dividida em parties deve ser local, tambm dividido em parties. Num ndice local, todas as chaves de uma determinada partio do ndice referem-se a linhas armazenadas numa nica partio da tabela. Um ndice local criado usando-se a palavra-chave LOCAL no comando de criao do ndice (veja exemplo a seguir). Como exemplo de comando para criao de um ndice bitmap para uma tabela dividida em parties, segue o comando SQL de criao do ndice para o atributo MES da tabela EXPORTACAO:
CREATE BITMAP INDEX BMX_MES_EXP ON EXPORTACAO ( mes ASC ) TABLESPACE I_PROFRUTA LOCAL ( PARTITION EXP1997, PARTITION EXP1998, PARTITION EXP1999, PARTITION EXP2000, PARTITION EXP2001, PARTITION EXP2002 );

16

Projeto Fsico de Data Warehouse no Oracle: um Estudo de Caso

O comando que adiciona uma partio a uma tabela (ADD PARTITION), apresentado anteriormente, adiciona automaticamente parties nos ndices bitmap da tabela. E o comando que troca uma partio por uma tabela (EXCHANGE PARTITION), tambm exemplificado anteriormente, troca as parties correspondentes dos ndices bitmap pelos ndices da tabela de troca. Outra tcnica empregada em DW para melhorar o desempenho de consultas a criao de resumos (summaries). Resumo um tipo especial de viso que diminui o tempo de execuo de consultas ao pr-calcular junes e agregaes, e armazenar os resultados numa tabela do banco de dados. Por exemplo, pode-se criar um resumo com o agregado das exportaes de cada ano, por fruta e por regio. Resumos so criados no Oracle por meio do objeto de esquema chamado viso materializada. O otimizador do Oracle usa vises materializadas para melhorar o desempenho de consultas reconhecendo quando uma dessas vises pode e deve ser usada para satisfazer uma requisio de dados. Ele automaticamente, de forma transparente, reescreve a consulta e a direciona para a viso materializada no lugar da tabela subjacente. O uso de vises materializadas no desenvolvimento do ADF foi auxiliado pela verso administrativa da ferramenta de inteligncia de negcios (business intelligence) Oracle Discoverer (Oracle Corporation, 2002), um software de anlise multidimensional que permite ao usurio analisar os dados em diferentes dimenses. Neste caso, no ser feita a apresentao de um exemplo, pois iria requerer uma apresentao mais detalhada do Discoverer, portanto fora do escopo deste trabalho.

Consideraes Finais
Numa anlise informal das caractersticas do Oracle utilizadas na construo do ADF e dos benefcios obtidos com a adoo dessas caractersticas, destacam-se os seguintes pontos: facilidade de manuteno do ADF obtida com a partio das tabelas de fatos; impacto praticamente inexistente do processo de carregamento de novos dados em consultas concorrentes de usurios acessando os relatrios de anlise a partir do ADF;

espao ocupado pelos ndices bitmap como uma frao do espao ocupado pelos dados das tabelas; melhora de desempenho das consultas quando vises materializadas esto disponveis.

Projeto Fsico de Data Warehouse no Oracle: Um Estudo de Caso

17

Mesmo sem resultados de uma anlise mais criteriosa, comparando-se tempos de execuo com e sem a adoo de determinada caracterstica dentre as apresentadas neste trabalho, conclui-se que foi de suma importncia o estudo do ambiente de data warehousing do Oracle e o uso planejado dos recursos disponveis no projeto fsico do ADF. Pretende-se que este documento sirva como uma viso inicial e sucinta dos recursos existentes para quem tem interesse na construo de DW no SGBD Oracle. Aps a leitura deste, encoraja-se consultas s referncias bibliogrficas indicadas a fim de se obter mais detalhes das caractersticas apresentadas e de outras disponveis que podem melhor servir o projeto especfico de interesse.

18

Projeto Fsico de Data Warehouse no Oracle: um Estudo de Caso

Referncias bibliogrficas

BAYLIS, R.; FEE, J. Oracle8i: administrator's guide, release 2 (8.1.6). Redwood City: Oracle Corporation, 1999. Paginao irregular. GARCIA-MOLINA, H.; ULLMAN, J. D.; WIDOW, J. Information integration. In: GARCIA-MOLINA, H.; ULLMAN, J. D.; WIDOW, J. Database system implementation. New York: Prentice Hall, 1999. Ch.11, p. 595-641. LANE, P.; LUMPKIN, G. Oracle8i: data warehousing guide, release 2 (8.1.6). Redwood City: Oracle Corporation, 1999. Paginao irregular. LEVERENZ, L.; REHFIELD, D.; BAIRD, C. Oracle8i: concepts, release 2 (8.1.6). Redwood City: Oracle Corporation, 1999. Paginao irregular. LORENTZ, D. Oracle8i: SQL reference, release 2 (8.1.6). Redwood City: Oracle Corporation, 1999. Paginao irregular. MEIRA, C. A. A.; SEIXAS NETO, A.; NAKA, J.; CUNHA, L. M. S. Anlise de comrcio exterior de frutas a partir do armazm de dados da fruticultura brasileira. Campinas: Embrapa Informtica Agropecuria, 2001. 6 p. (Embrapa Informtica Agropecuria. Comunicado Tcnico, 17). MEIRA, C. A. A.; CUNHA, L. M. S.; SEIXAS NETO, A.; NAKA, J. Integrao de informao da fruticultura. In: CONGRESSO BRASILEIRO DE FRUTICULTURA, 17., 2002a, Belm. Os novos desafios da fruticultura brasileira: anais. Belm: Sociedade Brasileira de Fruticultura, 2002.1 CD-ROM. MEIRA, C. A. A.; SEIXAS NETO, A.; NAKA, J.; CUNHA, L. M. S. Anlise da produo brasileira de frutas a partir do Armazm de Dados da Fruticultura. Campinas: Embrapa Informtica Agropecuria, 2002b. 6 p. (Embrapa Informtica Agropecuria. Comunicado Tcnico, 18). MEIRA, C. A. A.; SEIXAS NETO, .; NAKA, J.; CUNHA, L. M. S. Armazm de Dados da Fruticultura. In: CONGRESSO BRASILEIRO DA SOCIEDADE BRASILEIRA DE INFORMTICA APLICADA AGROPECURIA E AGROINDSTRIA, 4., 2003, Porto Seguro. Anais... Lavras: SBIAGRO, 2003. 1 CD-ROM. ORACLE CORPORATION. Oracle9i Discoverer Administrator: administration guide, version 9.0.2. Redwood City, 2002. Paginao irregular.

Ministrio da Agricultura, Governo Pecuria e Abastecimento Federal