Pular para o conteúdo principal

Arquivos de Dados - Estruturas de Armazenamento no Oracle


#41
Os arquivos de dados são os repositórios de dados. Seu tamanho e número de arquivos são efetivamente ilimitados. A limitação da quantidade de arquivos de dados depende apenas da capacidade do hardware e sistema operacional do servidor.

Na versão a partir da 10g o banco de dados deve ter no mínimo dois arquivos de dados, eles são criados na hora da criação do banco de dados. Nas versões anteriores a 10g era criado somente um arquivo de dados.

Um  destes arquivos é do tablespace SYSTEM que armazena o dicionário de dados, o outro arquivo vai para o tablespace SYSAUX que armazena os dados que auxiliam o dicionário de dados.

Quando o banco de dados entrar em operação serão criados vários outros arquivos de dados. Em um banco de dados grande pode ter milhares de arquivos de dados.

Um arquivo de dados pode conter dados de uma ou várias tabelas, tudo irá depender do tamanho de cada tabela, quem faz o controle e separação das tabelas é a parte lógica do banco de dados, que é o tablespace.

No nível do sistema operacional, um arquivo de dados consiste em uma quantidade de blocos do sistema operacional.

Exemplo para você entender o que seriam esses arquivos:
Crie uma pasta na área de trabalho do seu computador.
Dentro desta pasta crie vários arquivos.
Então, esses arquivos podem ser considerados os arquivos de dados.

Você pode listar os arquivos do seu banco de dados usando este comando:

select name from v$controlfile
union all
select name from v$tempfile
union all
select name from v$dbfile
union all
select member from v$logfile;

O resultado seria algo parecido com isso

/u01/app/oracle/oradata/orcl/temp01.dbf
/u01/app/oracle/oradata/orcl/users01.dbf
/u01/app/oracle/oradata/orcl/undotbs01.dbf
/u01/app/oracle/oradata/orcl/sysaux01.dbf
/u01/app/oracle/oradata/orcl/system01.dbf
/u01/app/oracle/oradata/orcl/example01.dbf
/u01/app/oracle/oradata/orcl/redo03.log
/u01/app/oracle/oradata/orcl/redo02.log
/u01/app/oracle/oradata/orcl/redo01.log

Com essas informações você consegue saber onde cada arquivo de dados se encontra fisicamente no servidor, os arquivos são terminados em números, pois, podem existir vários arquivos que armazenam o mesmo tipo de dados, e como os arquivos tem tamanho fixo será normal ter dezenas de arquivos com o mesmo nome.

Muitos abordam a ligação do tablespace com os arquivos de dados, aqui não vou fazer isso, pois, tablespace será uma postagem separada porque é um assunto importante e você deve entender muito bem sobre ele.

Se tiverem dúvidas realizem um INSERT nos comentários e depois dê um COMMIT que depois respondo.

Abraço e bons estudos.
Marcadores:

Comentários

Postar um comentário

Postagens mais visitadas deste blog

Conhecendo a arquitetura do Banco de Dados Oracle

#15 Vamos focar mais no ambiente de banco de dados mais comum, que é uma instância em um computador, abrindo um banco de dados armazenado em discos locais. Sempre que for mensionado instância, esta se referindo ao banco de dados em funcionamento. Um banco Oracle é composto por duas estruturas, uma lógica e uma física. A estrutura lógica é chamada de instância e composta por estruturas de memória e processos, a sua existência é temporária na memória RAM e CPU e fica ativa enquanto o banco Oracle estiver ligado, se desligar o banco Oracle toda a informação ou vestígios de sua existência será apagado da memória, ao ligar o banco Oracle a instância é carregada novamente na memória. Os processos que compõem a instância trabalham em segundo plano e fica ativo o tempo todo enquanto a instância estiver ativa. A estrutura física é onde fica armazenado as informações, e uma vez criado, ele existe até que o DBA deliberadamente decida exclui-lo. Quando um banco Oracle é iniciado, na me...
Postar um comentário
Leia mais

O Cache de Buffer do Banco de dados - Estruturas de Memória no Oracle

#21 Vamos conhecer um pouco mais sobre o Cache de Buffer de Dados. O Cache de Buffer de Dados é o local de trabalho do Oracle, é nessa área que ele executa as SQLs. A função dessa área é otimizar e melhorar o desempenho das instruções DML. O maior gargalo de um banco de dados é o I/O dos arquivos em disco. Mas antes de explicar como funciona o Cache de Buffer de Banco de dados, vamos entender rápidamente o que é bloco, desta forma você não fica perdido, os arquivos de dados que contém os registros que são as linhas da tabela, indices e outros objetos de dados são formatados em blocos de tamanho fixo, o DBA pode definir um tamanho para esses blocos ou deixar de forma automática. A quantidade de linhas por bloco é indefinida, pois, as linhas possuem comprimento variável, o comprimento desta linha dependerá do número de colunas e os tipos de informações definidos para a tabela. De acordo com tamanho das linhas, pode haver várias linhas por bloco ou uma linha pode se estender por vár...
Postar um comentário
Leia mais

Shared Pool - Estruturas de Memória no Oracle

#23 O Shared Pool é considerada umas das estruturas de memórias mais complexas da SGA, ela é dividida em dezenas de subestruturas e todas são gerenciadas internamente pelo Oracle. Mas nesse momento vamos citar apenas os 4 principais componentes desta estrutura, as demais serão analizadas posteriormente. Quando uma aplicação executa uma DML, vários processos internos no Oracle são realizados até o retorno do resultado para o usuário. E esses 4 componentes tem participação direta na execução da DML e com isso gerando um bom desempenho do banco de dados. Os 4 principais componentes são: - O Cache de Biblioteca - O Cache de Dicionário de Dados - A Área PL/SQL - O Cache de Resultados de Funções PL/SQL e Consultas SQL Agora, vamos conhecer um pouco mais de cada um. - O Cache de Biblioteca (library cache) Todas instruções DML enviadas pela aplicação devem ser analizadas pelo Oracle. Quem realiza essa análise é o parse, o parse converte o código escrito pelos progra...
Postar um comentário
Leia mais