Proyecto de migración de base de datos SIG (Oracle para ArcGIS)

Question

He sido encargado de la conversión de una Base de datos Oracle en un archivo ESRI geodatabase. Los datos representan una red de gas. El cliente de Oracle de base de datos tiene más de 400 tablas, 120 de las cuales son espaciales. Voy a usar la OMF para convertir los datos en un Archivo ESRI Geodatabase. El cliente ha suministrado a mí con la geodatabase que contiene la característica de los conjuntos de datos y las clases de entidad que se vacía (sólo el esquema). La geodatabase es una versión modificada de la versión de ArcGIS gas modelo de datos (pdf). Básicamente contiene la característica principal del conjunto de datos con una red geométrica así como otros datos que el cliente ya está utilizando en ArcFM.

El problema que tengo es que la base de datos de Oracle contiene muchas más tablas que el ESRI esquema. Hay tablas en la base de datos de Oracle que se han creado, que no tienen un equivalente en la tabla de la geodatabase. Además, para aquellas tablas que puedo igualar, hay campos que no le corresponden. Por ejemplo, en la base de datos original, puede ser una tabla que contiene campos como el "número de la calle", "nombre de la calle", "ciudad", etc, y la base de datos de destino no contiene estos. Además, en la válvula de la tabla en la base de datos original, hay un campo llamado "Dirección Para Cerrar", que contiene una "C" para la Izquierda y Una "a" por la Izquierda y algunos valores en blanco. En la base de datos de destino no es equivalente en un campo llamado "ClockwiseToClose", que tiene un conjunto de dominios de "Sí/No" valores".

Que es uno de los campos en una tabla. Y como he dicho, hay más de 400 tablas. Voy a tener que determinar todas las cuestiones que puedan surgir para todos los campos de todas las tablas. Obviamente, hay una gran cantidad de trabajo involucrado en la creación de todo esto.

¿Alguien tiene alguna experiencia en un proyecto similar? ¿Alguien puede dar una estimación realista del tiempo que un proyecto como este podría tomar? Estoy pensando en varios meses.

Obviamente los dominios y subtipos de destino en la geodatabase es probable que causar problemas y los datos tendrá que ser limpiado en el proceso. Además, hay campos que tienen valores numéricos en una base de datos de texto y/categórico en otro (con los dominios). Que es, lo que podría ser "a", "B", "C", en el original podría tener un dominio que restringe los valores a "1", "2", "3", por ejemplo.

¿Qué otras trampas que podría venir a través de una migración de datos del proyecto como este?

Answer 1

Usted podría utilizar la SchemaMapper transformador que le permiten definir el tipo de entidad (nombre de la tabla), atributo y valor de las asignaciones en una tabla externa o archivo para facilitar la entrada/mantenimiento. Por supuesto, con muchas mesas no hay vuelta de la cantidad de trabajo necesario para definir, probar y validar las asignaciones. Varios meses suena razonable, a menos que sea todo lo que usted hace, entonces tal vez un par de semanas. El trabajo debe probablemente ser dividido entre varias personas cuando empiezan a hablar de que muchas tablas.

Answer 2

Hice un proyecto como este, donde se utilizó una base de datos de ensayo en el medio. Hemos documentado por primera vez cada uno y cada conjunto de datos y de campo. en ambos lados. a continuación, se crea un documento de mapa para checkoff comprobación (de modo que no podíamos dejar nada detrás), luego hicimos varias tira en la base de datos de ensayo.
Aquí es donde también hemos creado ir entre las tablas que nos permitan (como se mencionó) etapa en los datos que se necesitan para ser masajeado por los dominios etc.
También hemos creado una base de datos para las tablas que tenía a dónde ir. Asimismo, hemos documentado tablas que estaban cargas directas y otros que sea necesario, ya sea propietario de verificación, o de mayor desarrollo (y lo que el desarrollo sería).
Entonces creamos xml establece que a la larga iba a ser nuestra carga de datos.

Lo hizo tomar un equipo en diferentes puntos. (no hay una persona que sabe todo acerca de los 400 tablas).
Dos de nosotros trabajado, probablemente, de 300 horas de trabajo (además de las reuniones de equipo).
Este fue para un conjunto de, probablemente, 60 mesas.

Esto fue en el software anterior y no tantas herramientas.

Hemos hecho una hoja de cálculo listado de cada conjunto de datos de propietario/partes interesadas.
A continuación, en el conjunto de datos nos aparece el nombre de cada campo es de longitud y
tipo de datos y una muestra de los valores de los datos (si pudiéramos dominio que hicimos).
Los dominios seguimos en otra hoja en la hoja de cálculo.
(para su posterior uso en el dominio de la sección de arcgis)
Si usted trabaja rápido, usted podría ser capaz de impresionar lo suficiente como para mantenerlo.
Creo que con sus limitaciones, puede ser que. Dar prioridad a los 400 tablas. Comience en la parte superior de prioridad y documentar los datos de entrada como thouroghly como sea posible (hemos tenido reuniones con las partes interesadas para entender qué y por qué ciertos datos eran importantes o cómo se utiliza, cómo se precisa que, de la forma en que podrían utilizarse en arcfm.
Y hacer un corte periodo de tiempo, a continuación, empezar a crear una hoja de cálculo que muestra los datos de entrada, datos de salida, y el mapa de cada campo para el campo de destino.
Es difícil porque son probablemente va a decir que el resto no es lo suficientemente importante como para pagar a terminar, pero al menos tendría la gran parte de lo hecho.