Bom, é assim : diferença de performance vc Muitíssimo certamente não vai
notar NENHUMA, seja uma ou duas tablespaces, sejam tablespaces BIGFILE ou
tablespaces com múltiplos datafiles, isso é indiferente SENDO O MESMO HARDWARE
em todos os casos....
O que vc pode ter é facilidades ou dificuldades ADMINISTRATIVAS : por
exemplo, se vc tiver índices e dados em tablespaces separadas em alguns
cenários pode talvez ser possível vc não backupear as tablespaces de índices,
ao invés tendo apenas os DDLs exatos e atualizados , aí vc rebuildaria os
índices ... Ou outro caso, digamos que vc quer fazer alguma operação a nível de
tablespace (digamos, um TRANSPORT TABLESPACE), em alguns casos pode te
facilitar vc saber o que cada tablespace contém... Ou ainda, se for necessário
uma volta de backup(digamos, um RECOVER), a desvantagem de se ter arquvos muito
grandes (ou um único super-arquivão enorme, que é o caso do BIGFILE) é que vc
NECESSARIAMENTE terá que voltar o arquivão todo.... E ** óbvio ** : em alguns
ambientes/SOs o tamanho máximo de um datafile é limitado em 30 ou 32 GB
(varia), e (é claro) a tablespace BIGFILE só contém um datafile único :
confirme que REALMENTE no seu hardware e no seu SO a sua versão de RDBMS não
apresenta esse tipo de limitação, yes ??
Pensa com calma nessas questões administrativas e aí vc poderá julgar se vale
a pena pra vc, no seu caso, ter tablespaces separadas e se for o caso ter as
tablespaces como sinflefile/BIGFILE....
[]s
Chiappa
