La base de datos integrada

2.1 DEFINICIÓN

Este capítulo trata de la construcción y la aplicación de una base de datos integrada para fines de
estudio de recursos. Antes de comenzar la discusión, es útil definir algunos conceptos básicos que
se utilizarán en este texto.

Una base de datos integrada es un sistema de depósito de datos para almacenar, recuperar y
compartir datos de E & P de forma interactiva, dentro de un entorno controlado y seguro. Un Data
\ Yarehouse o Data Storage se puede definir como una colección de datos variada en el tiempo,
integrada y no perteneciente a la comunidad, para satisfacer las necesidades de gestión. Desde este
punto de vista implica grados reducidos de interacción con el usuario final (el geocientífico, en este
caso). Data Afanag ~ merit es el proceso de almacenamiento. organizando, recuperando y
entregando información desde una base de datos o un almacén de datos.

También vale la pena recordar que los términos datos e información se usarán en gran medida
indistintamente en este texto, a pesar del hecho de que existe una relación inherente entre el tiyo
(datos generados por la información).

2.5 GESTIÓN DE BASES DE DATOS DEL PROYECTO

La base de datos del proyecto no es solo algo que se construyó al comienzo del estudio y se transfirió
a la base de datos corporativa cuando el trabajo se completó. Es una vida -parte del proyecto, que
cambia y evoluciona con el estudio en sí y, como tal, necesita una gestión continua. El manejo de la
base de datos del Proyecto es una tarea importante en el estudio integrado. La experiencia muestra
que muchos de los puntos clave en un estudio de yacimiento están relacionados con la calidad y la
complejidad de la base de datos.

Desde este punto de vista la presencia de un Administrador de la base de datos del Proyecto es
esencial para asegurar desventajas mínimas durante el curso del estudio. El administrador de la base
de datos es responsable de cargar toda la información pertinente en el sistema, haciendo que esta
información esté fácilmente disponible para los otros miembros del equipo, actualizando la base de
datos con la nueva información disponible y actualizando las coberturas tzard \ vare y snfzxvare.
(Sin embargo, él no será responsable de la calidad de la información, que debe ser garantizada por
los geocientíficos).

Además de eso, él es responsable de la seguridad de la base de datos y debe fimit el acceso a los
profesionales certificados.

El administrador de la base de datos también debe asegurarse de que se asigna un área de trabajo
de eomoli al proyecto, evitando así la proliferación de directorios de inicio que aumentarían la
dispersión y multiplicación de datos. Hay pocas dudas de que los grandes estudios requieren un
administrador de base de datos asignado al equipo de trabajo. Puede tener experiencia en TI, pero
en todos los casos necesita estar al tanto de los diversos pasos de un estudio de yacimientos para
comprender la importancia de las diferentes piezas de información y sus interacciones.

Otro punto importante en la administración de la base de datos es controlar su ciclo de vida. Hay
una clara tendencia en los proyectos reales a. mantenga toda la información bloqueada en la base
de datos del proyecto hasta que se complete el estudio. Sin embargo, muchos proyectos tienen una
vida útil de varios años y, en algunos casos, cuando el activo es crítico, pueden ser casi permanentes.

Obviamente, esto genera un problema, porque se gana valor durante el estudio y este valor
permanece oculto en la base de datos del Proyecto, accesible solo para los miembros del equipo
que ejecutaron el estudio. Al mismo tiempo, la base de datos Corporativa de la cual se extrajo la
información original. ~~ ación ha sido copiada, llegando a ser: ~ obsoleta. En otras palabras, cuanto
mayor es la vida útil de un proyecto. cuanto más desactualizado se convierte en la información sobre
la que se basa. Desde este punto de vista, el gerente de la base de datos tiene que transferir
regularmente a la base de datos corporativa la información que puede ser compilada como el
producto final de algún paso importante del proyecto.

Por ejemplo, el conjunto corregido de registros de pozos y su interpretación cuantitativa cuando el

estudio petrofísico es completado o los mapas geologicos finales cuando el estudio de simulación
dinámica ya ha tenido éxito en la recopilación de datos.

La transferencia final de los resultados del estudio a la base de datos corporativa puede considerarse
como la descomposición de la base de datos. Este aspecto descuidado de un estudio integrado
requiere la participación de todo el equipo, especialmente en lo que respecta a la fase de
eliminación de datos. Elid de un proyecto tanto como 9.5% de la información contenida en la Base
de datos puede ser descartada. Refiriéndose a los tipos de datos ilustrados en la Tabla 2.

Yo, cada persona debe ser eliminada, a menos que se haga referencia a pil-operjy, mientras los datos
del proyecto deben promocionarse para ser utilizados como la nueva información de referencia. Se
deben eliminar todas las interpretaciones intencionales, no se pueden ad- vertir datos de referencia
duplicados. Los geocientíficos que participaron en el estudio deben indicar exactamente la base de
datos Malrrager kvhich es la información final y única para ser transferida a la base de datos
corporativa.

2.6 INTEGRACIÓN DE SOFWARE

El equipo integrado necesita una plataforma de trabajo común, si se debe realizar un estudio
integrado. La creación de una de estas características ha sido la principal preocupación de los
proveedores de software de E & P en los últimos años y, sin duda, se han dado pasos gigantescos,
cuando comparamos el traba0jo habitual hoy en día con lo que solía ser nuestra forma de trabajar.
hace una década. El software abierto y las aplicaciones integradas ya son una realidad que está en
nuestro escritorio. Sin embargo, no todos los problemas se han resuelto. Estas plataformas se han
desarrollado inicialmente para aplicaciones geocientíficas y son capaces de integrar bastante bien
todas las diferentes disciplinas relevantes para la parte estática de un estudio integrado. Como ya
se mencionó, cuando se considera la integración de los datos dinámicos, la situación es mucho
menos emocionante. Además de eso, si bien estas plataformas ofrecen sotuciones verdaderamente
integradas en sí mismas, demuestran ser mucho menos integradas entre sí. Desde el punto de vista
del usuario, es muy difícil transferir datos de una plataforma a otra, sin tener que reformar los
archivos relevantes de alguna manera.

La situación actual es a lo que podríamos referirnos como integración flexible [4]. La transferencia
de datos de una aplicación a otra debe realizarse mediante soluciones ad hoc, que normalmente
incluyen alguna interfaz sohare. Actualmente, la integración flexible existe no solo entre las
aplicaciones de diferentes proveedores, sino también entre una plataforma integrada y otras
aplicaciones (software propiedad de la compañía o de otros proveedores) que realizan tareas no
disponibles en esa plataforma. Para dar un ejemplo de integración flexible, cuando se utiliza un
paquete geoestadístico, que es externo a la plataforma de trabajo, los datos deben extraerse de la
Base de datos del proyecto y formatearse a través de algún tipo de software para cargarlos en la
geoestadística. software La operación inversa tiene que realizarse cuando se cargan los datos
interpretados a la base de datos. Los geólogos que ya han realizado estas transferencias saben cuán
dolorosa y temporal puede ser una operación tan simple.

La base de integración suelto significa que los datos residen en diferentes bases de datos, accesibles
por diferentes software. Las operaciones de extracción y recarga son pasos necesarios, si las
actividades deben ser integradas. La gran mayoría del equipo de activos de yacimientos en las
empresas de petróleo y consultoría está trabajando hoy en un entorno poco integrado, donde solo
existen islas de integración adecuada.

En contraste con eso, se podría definir una estrecha integración, la estrecha integración implica que
muchas obligaciones coexisten entre sí y los datos se comparten entre ellos sin tener que transferir
o ejecutar los datos, sin importar la tarea o el proveedor. La situación representada en la figura 2.3
en realidad ilustra un entorno integrado hermético. Ideal la integración estrecha requeriría una base
de datos única, accesible a todas las diferentes aplicaciones. Reconociendo este problema, algunas
iniciativas de varias compañías comenzaron a principios de la década pasada. Petrotcchnical Open
Software Corporation (POSC) y FK ~ btic Petroleum Data Model (PPDM) son ejemplos de
organizaciones sin fines de lucro patrocinadas por compañías y vendedores mundiales de petróleo,
que tenían el objetivo de establecer un modelo de datos de maíz para el petróleo. industria. Estas
iniciativas, sin embargo, no generaron los resultados esperados, debido a los conflictos comerciales
de los afiliados, y hasta el día de hoy la idea de una plataforma única sigue siendo un sueño.

En este momento, la idea de tener que tratar con sistemas diferentes y parcialmente comunicativos
ha sido aceptada como una de las causas del mal necesario en la mayoría de las compañías
petroleras y de servicios, en este sentido, han surgido dos tendencias en años recientes:
  Elegir usar solo una plataforma de proveedor, ofreciendo la cadena de \\ - hole de las
aplicaciones issen-oir (Shared Earth Model, o SEM). Estos sistemas ofrecen, por lo tanto,
una estrecha integración, pero las aplicaciones individuales no son necesariamente las
mejores en el mercado. ~~ hile comn ~ unication \\ - it11 otflet. los sistemas externos se
vuelven difíciles.

 Elegir trabajar con las mejores aplicaciones del mercado, independientemente de la

plataforma. El problema en este caso es establecer un sistema de comunicación viable entre
las diferentes bases de datos, a través de interfaces estándar. Recientes proyectos n ~ ukico
~ npan! IKE OPENSPIRIT abordar los problemas.

El problema de la interoperabilidad de los sistemas sigue siendo el centro de la atención tanto del
petróleo como de las empresas de servicios. Se exploran nuevas perspectivas. uno de los más
interesantes es la posibilidad de obtener información a través de diferentes sistemas compartidos
y diferentes ubicaciones a través de la red mundial (figura 2.4). Tales oportunidades podrían tener
un impacto significativo en los estudios integrados que se realizarán en el futuro.
sin embargo, la solución definitiva al problema de la interoperabilidad aún está por venir. En los
medios, si bien es responsabilidad del gerente del proyecto prestar atención a este principio y
asegurar que no se pierda tiempo y recursos debido a problemas con la ejecución de tareas
ilegítimas.