Basicamente o que é apresentado como vantagem é que o DBA tem menos arquivos a controlar (por exemplo, para montar uma lista de backups), e nas operações diárias já que só haverá um arquivo em disco a lógica de operação passa a ser direcionada à TABLESPACE, e não ao datafile.... Exemplo, digamos que vc quer fazer a sua tablespace ficar com exatos 2 GB de tamanho, se for uma tablespace bigfile vc dá o comando direto :
ALTER TABLESPACE nomedatablespace RESIZE 2G; e cabou... Já se fosse uma tablespace composta por n small files, vc faz o resize para CADA datafile... Claro, tirando essas coisinhas de administração, no dia-a-dia a performance é basicamente a mesma, a segurança é a mesma, a utilização por parte do banco é a mesma... Inclusive, falando sobre Performance, como nós sabemos *** NUNCA ** o RDBMS abre um datafile e o lê do começo ao fim (operações longas são baseadas em EXTENTs, que sempre contém blocos contíguos entre si E são gerenciados pelo database, não pelo SO - aí , pro SO, ao receber um pedido de I/O de um extent de tamanho x que veio do banco, o SO ** nem sabe ** se esse extent representa um arquivo já aberto ou não.... As desvantagens decorrem basicamente pelo fato de : - vc não ter mais controle nenhum sobre a alocação : digamos, por exemplo, num ambiente onde o backup é por datafile, que exista uma tablespace aonde o dado entra e não sofre mais alteração (dados vindos de um coletor automatizado, por exemplo) : se a tablespace é smallfile aonde vc limitou cada datafile em 2 Gb (digamos), assim que um datafile encher vc o pode tirar da lista de backups uma vez que tenha vários backups Ok dele... Numa bigfile o aqruivo é único, não tem jeito.... Claro que isso não aconteceria num backup incremental "normal", feito numa tool que gerencia blocos (como o RMAN), mas é um exemplo do tipo de questões que vc pode enfrentar com bigfiles - Óbvio, todo SO/hardware/gerenciador/software tem Sim seus limites, então esse único arquivo de uma tablespace BIGFILE vai sim, é Claro, estar sujeita a isso : normalmente esses limites são alto, muito muito altos, mas NÃO ilimitados, existe um limite.... Inclusive o próprio RDBMS pode ter limites : numa versão do RDBMS recente vi um caso (numa pergunta de forum) em que o colega tinha esbarrado no limité máximo de extents daquela versão pra um único datafile , como a tablespace era BIGFILE babau.... Foi um caso excepcional, era coisa de 32 TB, alguma coisa assim bem alta, mas vc VAI estar sujeito... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Hevandro Veiga <hevandro83@...> escreveu > > Pessoal, > Alguém aqui trabalha com BIGFILE tablespace? > Quais vantagens e desvantagens vcs vêem? > > > [As partes desta mensagem que não continham texto foram removidas] >
