filipe6 0 Denunciar post Postado Agosto 23, 2006 Galera estou precisando fazer uma view materializada, mais não tenho ideia de como começar alguém pode me mandar um exemplo ou me explicar como fazer? Obrigado pela ajuda!! http://forum.imasters.com.br/public/style_emoticons/default/assobiando.gif Compartilhar este post Link para o post Compartilhar em outros sites
alphamek 2 Denunciar post Postado Agosto 23, 2006 Segue: CREATE MATERIALIZED VIEW [schema.]mview Mview_Options [USING INDEX storage_options] [{REFRESH [refresh_options] | NEVER REFRESH] [FOR UPDATE] [{ENABLE|DISABLE} QUERY REWRITE] AS subbquery; CREATE MATERIALIZED VIEW [schema.]mview ON PREBUILT TABLE [{WITH | WITHOUT} REDUCED PRECISION] [USING INDEX storage_options] [{REFRESH [refresh_options] | NEVER REFRESH] [FOR UPDATE] [{ENABLE|DISABLE} QUERY REWRITE] AS subbquery;Mview_Options: ORGANIZATION {HEAP [storage_options] [COMPRESS int|NOCOMPRESS] | INDEX idx_organized_tbl_clause | EXTERNAL external_table_clause }or storage_options [nested_storage_clause] [LOB/Modify LOB Storage clause] [lob_partition_storage] [varray_clause] [lob_partition_storage] [COMPRESS int|NOCOMPRESS] [Partitioning clause] [LOGGING | NOLOGGING] [CACHE | NOCACHE][PARALLEL int | NOPARALLEL] [BUILD {IMMEDIATE|DEFERRED}]or CLUSTER cluster (column,...) [Partitioning clause] [PARALLEL int | NOPARALLEL] [BUILD {IMMEDIATE|DEFERRED}]storage_options: PCTFREE int PCTUSED int INITRANS int MAXTRANS int STORAGE storage_clause TABLESPACE tablespacerefresh_options: FAST | COMPLETE | FORCE ON [DEMAND | COMMIT] {NEXT | START WITH} date WITH {PRIMARY KEY | ROWID} USING DEFAULT {MASTER|LOCAL} ROLLBACK SEGMENT USING {MASTER|LOCAL} ROLLBACK SEGMENT rb_segmentidx_organized_tbl_clause: storage_option(s) {MAPPING TABLE | NOMAPPING} [PCTTHRESHOLD int] [COMPRESS int|NOCOMPRESS] [ [INCLUDING column_name] OVERFLOW [storage_option(s)] ]external_table_clause: ([TYPE access_driver_type] DEFAULT DIRECTORY directory [ACCESS PARAMETERS {USING CLOB subquery | (opaque_format_spec) }] LOCATION (directory:'location_specifier' [,directory2:'location_specifier2'...) ) [REJECT LIMIT {int|UNLIMITED}]nested_storage_clause: NESTED TABLE {nested_item | COLUMN_VALUE} [ [ELEMENT] IS OF TYPE (ONLY type) ]] | [ [NOT] SUBSTITUTABLE AT ALL LEVELS ]] STORE AS storage_table [RETURN AS {LOCATOR|VALUE} ] Abraços, B) Compartilhar este post Link para o post Compartilhar em outros sites
Prog 183 Denunciar post Postado Agosto 23, 2006 Aproveitando o tópico... :) alphamek... Quais as diferenças entre uma view normal e uma view materializada? Compartilhar este post Link para o post Compartilhar em outros sites
alphamek 2 Denunciar post Postado Agosto 23, 2006 Prog, Vou resumir de forma bem simples. Um view materializada (MV) armazena os dados do SELECT de forma física, como se fosse uma tabela e existe parâmetros de armazenamento (Como tablespace), e uma view "normal" não. Isso que diferencia as duas. Uma MV pode se torna uma tabela (PREBUILD) e pode ser utilizada para replicação de dados, se pesquisar melhor, poderá notar que existe as MV "normais" e as MV LOG, criando uma ligação de uma tabela de origem e uma tabela de destino baseado apenas nos dados do seu SELECT. A view normal não tem opções de armazenamento, e é apenas um objeto lógico, resumindo, não tem dados físicos. Fica armazenado somente no dicionario de dados. Isso resumidamente pode diferenciar as MVs das VIEWS "normais". Deu para enteder ou foi complicado a explicação? Abraços, B) Compartilhar este post Link para o post Compartilhar em outros sites