CREATE MATERIALIZED VIEW nombre_vista
      [TABLESPACE nombre_ts]
      [PARALELL (DEGREE n)]
      [BUILD {INMEDIATE|DEFERRED}]
      [REFRESH {FAST|COMPLETE|FORCE|NEVER}|{ON COMMIT|ON DEMAND|[START WITH fecha_inicio] NEXT intervalo}]
      [{ENABLE|DISABLE} QUERY REWRITE]
      AS SELECT ... FROM ... WHERE ...
    
  

• COMPLETE : se borrarán todos los
  datos de la vista y se volverá a ejecutar la consulta definida en
  la vista por lo que se recargarán fisicamente los datos de las «tablas
  base».
• FAST : podemos decir que este tipo de refresco es una actualización
  incremental, es decir, solo se refrescarán aquellos datos que se hayan
  modificado desde el último refresco. Evidentemente este tipo de refresco
  es mucho más fast 😉 que el complete. Pero, ¿cómo
  sabe la base de datos que datos se han modificado desde el último refresco?
  lo sabe gracias a que previamente hemos tenido que crear unos determinados
  log de la vista (VIEW LOG) sobre
  cada una de las «tablas base» de la vista materializada.

 
          CREATE MATERIALIZED VIEW LOG ON tabla_base
	     WITH PRIMARY KEY
	     INCLUDING NEW VALUES;
    

Hay que decir que si usamos funciones sum, avg, max, min, etcétera,
no vamos a poder usar este tipo de refresco.

• FORCE : si se puede realizar el refresco
  tipo FAST se ejecuta, y sino se realiza el refresco COMPLETE.
  Es el valor por defecto del tipo de refresco.
• NEVER : nunca se realizará un refresco de la vista.

Formas de refresco

• Refresco manual : mediante el paquete de PL/SQL
  DBMS_MVIEW podemos forzar a realizar un refresco usando para ello
  la función REFRESH.

 
         DBMS_MVIEW.REFRESH ('nombre_vista');
    

Con la función REFRESH_DEPENDENT se refrescarán
todas las vistas materializadas que tengan algunas de sus «tablas base»
en la lista de tablas pasada como parámetro de entrada.

  DBMS_MVIEW.REFRESH_DEPENDENT ('tabla1, tabla2, tabla3, ... , tablaN');

Con la función REFRESH_ALL_MVIEWS se refrescarán
todas las vistas materializadas de nuestra base de datos.

• Refresco automático : este refresco automático
  podemos hacerlo usando la palabra ON COMMIT, con la que se fuerza
  al refresco de la vista en el momento en el que se haga un commit
  sobre una de las «tablas base» de dicha vista. Otro tipo de refresco
  automático es el llamado refresco programado, en el cual podemos definir
  el momento exacto en el que queremos que se refresque nuestra vista. Para
  ello tenemos que definir la fecha del refresco en formate datetime
  y el intervalo de este.

Ejemplo práctico

Una vez visto todos los detalles teóricos vamos a hacer un pequeño
ejemplo práctico para ver como definir vistas materializadas y analizar
sus comportamientos.

Lo primero que vamos a hacer es crear una tabla (SQL) en nuestra base
de datos (Oracle 9) y insertar algunos datos.

 
    CREATE TABLE tabla
    (campo1 int PRIMARY KEY,
    campo2 int);
    
    insert into tabla values (1,2);
    insert into tabla values (2,298);
    insert into tabla values (3,223);
    insert into tabla values (4,121);
    insert into tabla values (5,34);
    insert into tabla values (6,34);
    insert into tabla values (7,78);
    insert into tabla values (8,44);
    insert into tabla values (9,34);
    insert into tabla values (10,12);
    
  

A continuación creamos un VIEW LOG para la anterior tabla.

 
        CREATE MATERIALIZED VIEW LOG ON tabla   
    WITH PRIMARY KEY   
    INCLUDING NEW VALUES;
    

Despúes creamos nuestra vista materializada.

 
  CREATE MATERIALIZED VIEW tabla_vm   
  BUILD IMMEDIATE  
  REFRESH FAST ON COMMIT   
  AS SELECT * FROM tabla;  
  

Como se puede ver, la definición de la vista es absurda, ya que es la
propia tabla, pero para nuestro ejemplo nos servirá ya que lo que se
pretende es ver el comportamiento de la vista materializada creada.

En la anterior sentencia SQL creamos una vista materializada de nombre
tabla_vm que se cargará inicialmente justo cuando se
ejecute (BUILD IMMEDIATE), se refrescarán solo aquellas entradas
que se hallan modificado en la tabla base (FAST) y lo harán
cuando se ejecute la acción de commit (ON COMMIT).

Vamos a ver si realmente la teoría se corresponde con la práctica.
Inicialmente tanto la tabla base como la vista materializada contienen estos
valores:

Cuando ejecutamos una sentencia sobre la tabla base que actualize un determinado
dato de ella (update tabla set campo2 = 123 where campo1 = 1) podemos
ver que se ha actualizado en la tabla base pero no en la vista materializada
ya que aun no se ha lanzado el refresco.

tabla base – tabla	vista materializada – tabla_vm

Para que la vista se refresque y se actualize solo con el dato modificado en
la tabla base tenemos que hacer COMMIT.

Como se puede ver en la imagen de arriba ya tenemos los datos totalmente actualizados
en nuestra vista materializada.

Este pequeño ejemplo no tiene valor para poder analizar la mejora en
el rendimiento al usar este tipo de vistas pero nos ha servido (…o eso espero…)
para que se vea como se puede crear una vista materializada y como es su funcionamiento.

Para borrar la vista materializada creada tenemos que ejecutar la siguiente
sentencia SQL.

 
     drop materialized view tabla_vm;   

Aquí dejo los
scripts SQL utilizados.

Conclusión